Transmitting Traffic Streams via Multiple WLAN Communication Links

ABSTRACT

In response to a first communication device determining that a specific wireless local area network (WLAN) communication link has been negotiated with a second communication device for traffic corresponding to a first traffic identifier (TID), the first communication device transmits packets corresponding to the first TID to the second communication device only via the specific WLAN communication link. In response to the first communication device determining that no WLAN communication link has been negotiated with the second communication device for traffic corresponding to a second TID, transmitting, by the first communication device, packets corresponding to the second TID to the second communication device via multiple WLAN communication links.

CROSS REFERENCES TO RELATED APPLICATIONS

The present application is a continuation application of U.S.Application No. 16/888,425, filed on May 29, 2020, entitled“Transmitting Traffic Streams via Multiple WLAN Communication Links,”which is a divisional application of U.S. Pat. Application No.16/884,013, entitled “Power Save and Group-Addressed Frames in WLANUsing Multiple Communication Links,” filed on May 26, 2020, which claimsthe benefit of U.S. Provisional Pat. Application No. 62/852,612,entitled “Basic Service Set (BSS) with Band Aggregation - Power Save andTWT,” filed on May 24, 2019, U.S. Provisional Pat. Application No.62/879,801, entitled “Basic Service Set (BSS) with Band Aggregation -Power Save and TWT,” filed on Jul. 29, 2019, U.S. Provisional Pat.Application No. 62/886,812, entitled “Basic Service Set (BSS) with BandAggregation - Power Save and TWT,” filed on Aug. 14, 2019, U.S.Provisional Pat. Application No. 62/888,950, entitled “Basic Service Set(BSS) with Band Aggregation -Power Save and TWT,” filed on Aug. 19,2019, U.S. Provisional Pat. Application No. 62/897,155, entitled “BasicService Set (BSS) with Band Aggregation - Power Save and TWT,” filed onSep. 6, 2019. All of the applications referenced above are incorporatedherein by reference in their entireties.

Additionally, U.S. Application No. 16/888,425 claims the benefit of U.S.Provisional Pat. Application No. 62/879,801, entitled “Basic Service Set(BSS) with Band Aggregation - Power Save and TWT,” filed on Jul. 29,2019, U.S. Provisional Pat. Application No. 62/886,812, entitled “BasicService Set (BSS) with Band Aggregation - Power Save and TWT,” filed onAug. 14, 2019, U.S. Provisional Pat. Application No. 62/888,950,entitled “Basic Service Set (BSS) with Band Aggregation -Power Save andTWT,” filed on Aug. 19, 2019, U.S. Provisional Pat. Application No.62/897,155, entitled “Basic Service Set (BSS) with Band Aggregation -Power Save and TWT,” filed on Sep. 6, 2019.

FIELD OF TECHNOLOGY

The present disclosure relates generally to wireless communicationsystems, and more particularly to transmission of packets in a wirelesslocal area network (WLAN) with multiple communication links inrespective frequency segments.

BACKGROUND

Wireless local area networks (WLANs) have evolved rapidly over the pasttwo decades, and development of WLAN standards such as the Institute forElectrical and Electronics Engineers (IEEE) 802.11 Standard family hasimproved single-user peak data rates. One way in which data rates havebeen increased is by increasing the frequency bandwidth of communicationchannels used in WLANs. For example, the IEEE 802.1 In Standard permitsaggregation of two 20 MHz sub-channels to form a 40 MHz aggregatecommunication channel, whereas the more recent IEEE 802.11ax Standardpermits aggregation of up to eight 20 MHz sub-channels to form up to 160MHz aggregate communication channels. Work has now begun on a newiteration of the IEEE 802.11 Standard, which is referred to as the IEEE802.11be Standard, or Extremely High Throughput (EHT) WLAN. The IEEE802.11be Standard may permit aggregation of as many as sixteen 20 MHzsub-channels (or perhaps even more) to form up to 320 MHz aggregatecommunication channels (or perhaps even wider aggregate communicationchannels). Additionally, the IEEE 802.11be Standard may permitaggregation of 20 MHz sub-channels in different frequency segments (forexample, separated by a gap in frequency) to form respectivecommunication links. Further, the IEEE 802.11be Standard may permitaggregation 20 MHz sub-channels in different radio frequency (RF) bandsto form a single aggregate channel, or may permit aggregation of 20 MHzsubchannels in the different RF bands to form respective communicationlinks.

The current IEEE 802.11 Standard (referred to herein as “the IEEE 802.11Standard” for simplicity) provides for a first communication device totransmit packets to a second communication device via a singlecommunication channel. The IEEE 802.11 Standard also provides mechanismsfor devices to go into a power save mode, and to receive packets via asingle communication channel while in the power save mode.

SUMMARY

In an embodiment, a method is for transmitting traffic streams in awireless local area network (WLAN) that utilizes a plurality of WLANcommunication links in respective frequency segments. The methodincludes: in response to determining that a specific WLAN communicationlink has been negotiated with a second communication device for trafficcorresponding to a first traffic identifier (TID), transmitting, by thefirst communication device, packets corresponding to the first TID tothe second communication device only via the specific WLAN communicationlink; and in response to determining that no WLAN communication link hasbeen negotiated with the second communication device for trafficcorresponding to a second TID, transmitting, by the first communicationdevice, packets corresponding to the second TID to the secondcommunication device via multiple WLAN communication links.

In another embodiment, a first communication device comprises a wirelessnetwork interface device that is configured to communicate via aplurality of WLAN communication links in respective frequency segments.The wireless network interface device includes one or more integratedcircuit (IC) devices configured to: in response to determining that aspecific WLAN communication link has been negotiated with a secondcommunication device for traffic corresponding to a first TID, controlthe wireless network interface device to transmit packets correspondingto the first TID to the second communication device only via thespecific WLAN communication link; and in response to determining that noWLAN communication link has been negotiated with the secondcommunication device for traffic corresponding to a second TID, controlthe wireless network interface device to transmit packets correspondingto the second TID to the second communication device via multiple WLANcommunication links.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram of an example communication system in whichcommunication devices wirelessly exchange information via multiplecommunication links corresponding to respective frequency segments,according to an embodiment.

FIG. 2A is a diagram of an example communication channel used by thecommunication system of FIG. 1 , the communication channel havingmultiple communication links corresponding to respective frequencysegments, according to an embodiment.

FIG. 2B is a diagram of another example communication channel used bythe communication system of FIG. 1 , the communication channel havingmultiple communication links corresponding to respective frequencysegments, according to an embodiment.

FIG. 3 is a block diagram of an example wireless network interfacedevice configured to communication via multiple communication linkscorresponding to respective frequency segments, according to anembodiment.

FIG. 4 is a flow diagram of an example method for transmitting trafficstreams in a WLAN that utilizes a plurality of communication links inrespective frequency segments, according to another embodiment.

FIG. 5 is a diagram showing group-addressed frames transmitted viamultiple communication links corresponding to respective frequencysegments, according to an embodiment.

FIG. 6 is a flow diagram of an example method for transmitting agroup-addressed frame in a wireless communication network that utilizesa plurality of communication links in respective frequency segments,according to an embodiment.

FIG. 7 is a flow diagram of an example method for processing, at areceiver device, group-addressed frames that were transmitted in awireless communication network that utilizes a plurality ofcommunication links in respective frequency segments, according to anembodiment.

FIG. 8 is a diagram of an example communication exchange between anaccess point (AP) and a client station in a wireless communicationnetwork that utilizes a plurality of communication links in respectivefrequency segments, according to an embodiment.

FIG. 9 is a diagram of another example communication exchange between anAP and a client station in a wireless communication network thatutilizes a plurality of communication links in respective frequencysegments, according to another embodiment.

FIG. 10 is a diagram of another example communication exchange betweenan AP and a client station in a wireless communication network thatutilizes a plurality of communication links in respective frequencysegments, according to another embodiment.

FIG. 11 is a diagram of another example communication exchange betweenan AP and a client station in a wireless communication network thatutilizes a plurality of communication links in respective frequencysegments, according to another embodiment.

FIG. 12 is a flow diagram of an example method for communicating viamultiple communication links corresponding to respective frequencysegments, according to an embodiment.

FIG. 13 is a diagram of another example communication exchange betweenan AP and a client station in a wireless communication network thatutilizes a plurality of communication links in respective frequencysegments, according to another embodiment.

FIG. 14 is a diagram of another example communication exchange betweenan AP and a client station in a wireless communication network thatutilizes a plurality of communication links in respective frequencysegments, according to another embodiment.

FIG. 15 is a diagram of another example communication exchange betweenan AP and a client station in a wireless communication network thatutilizes a plurality of communication links in respective frequencysegments, according to another embodiment.

FIG. 16 is a diagram of another example communication exchange betweenan AP and a client station in a wireless communication network thatutilizes a plurality of communication links in respective frequencysegments, according to another embodiment.

FIG. 17 is a diagram of an example transmission of beacon frames in awireless communication network that utilizes a plurality ofcommunication links in respective frequency segments, according to anembodiment.

FIG. 18 is a diagram of another example transmission of beacon frames ina wireless communication network that utilizes a plurality ofcommunication links in respective frequency segments, according toanother embodiment.

FIG. 19 is a diagram of another example transmission of beacon frames ina wireless communication network that utilizes a plurality ofcommunication links in respective frequency segments, according toanother embodiment.

FIG. 20 is a flow diagram of an example method for a first communicationdevice to inform second communication devices of whether the firstcommunication device has buffered frames for the second communicationdevices, according to an embodiment.

DETAILED DESCRIPTION

A next generation wireless local area network (WLAN) protocol (e.g., theIEEE 802.1 1be Standard, sometimes referred to as the Extremely HighThroughput (EHT) WLAN Standard) may permit aggregation of as many assixteen (or perhaps even more) 20 MHz sub-channels to form 320 MHzaggregate communication channels (or perhaps even wider aggregatecommunication channels). Additionally, the IEEE 802.11be Standard maypermit aggregation of 20 MHz sub-channels in different frequencysegments (for example, separated by a gap in frequency) to formrespective communication links. Additionally, the IEEE 802.11be Standardmay permit the formation of multiple WLAN communication linkscorresponding to respective frequency segments. The multiple WLANcommunication links may be used to simultaneously to transmit/receivedifferent information

In some embodiments, a communication device is permitted to operate in apower save mode with respect to a first communication link among aplurality of communication links that correspond to respective frequencysegments independently of whether the communication device is operatingin a power save mode with respect to a second communication link amongthe plurality of communication links, and vice versa. This providescommunication devices in a WLAN with flexibility in communicating in aWLAN and in conserving power, according to some embodiments. In someembodiments, this provides an access point (AP) of the WLAN withflexibility in improving throughput and/or congestion because the AP canrequest different client stations to go into power save modes withrespect to different communication links to reduce contention amongstclient stations for WLAN communication links, for example.

In some embodiments, communication devices in a WLAN can negotiate afirst target wake time (TWT) agreement for a first WLAN communicationlink among a plurality of WLAN communication links independently ofnegotiating a second TWT agreement for a second WLAN communication link.This provides communication devices in a WLAN with flexibility inconserving power, according to some embodiments. In some embodiments,this provides an AP with flexibility in improving throughput and/orcongestion because the AP can schedule different client stations to gointo low power states with respect to different communication links toreduce contention amongst client stations for WLAN communication links,for example.

In some embodiments, an AP can negotiate with client stations to selectspecific communication links for transmitting specific types of traffichaving different quality of service requirements, and/or to have theflexibility to transmit some types of traffic via any of thecommunication links. In some embodiments, this provides an AP withflexibility in improving throughput and/or congestion because the AP canreserve a first communication link for certain types of traffic and/ortransmit certain types of traffic via any communication link, forexample.

In some embodiments, an AP can transmit a group-addressed frame via onecommunication link and/or multiple communication links. In someembodiments, this provides an AP with flexibility in improvingthroughput, congestion, and/or power consumption in a WLAN because theAP can choose to transmit a group-addressed frame only via onecommunication link when all intended receivers are available to receivevia the one communication link, and choose to transmit thegroup-addressed frame via multiple communication links when all intendedreceivers are not available to receive via only one communication link,for example.

FIG. 1 is a diagram of an example WLAN 110 that uses multiplecommunication links in multiple frequency segments or in different radiofrequency (RF) bands, according to an embodiment. The WLAN 110 includesan access point (AP) 114 that comprises a host processor 118 coupled toa wireless network interface device 122. The wireless network interfacedevice 122 includes one or more medium access control (MAC) processors126 (sometimes referred to herein as “the MAC processor 126” forbrevity) and one or more PHY processors 130 (sometimes referred toherein as “the PHY processor 130” for brevity). The PHY processor 130includes a plurality of transceivers 134, and the transceivers 134 arecoupled to a plurality of antennas 138. Although three transceivers 134and three antennas 138 are illustrated in FIG. 1 , the AP 114 includesother suitable numbers (e.g., 1, 2, 4, 5, etc.) of transceivers 134 andantennas 138 in other embodiments. In some embodiments, the AP 114includes a higher number of antennas 138 than transceivers 134, andantenna switching techniques are utilized.

In an embodiment, the wireless network interface device 122 isconfigured for operation within a single RF band at a given time. In anembodiment, the wireless network interface device 122 is configured tosimultaneously communicate via multiple communication links inrespective frequency segments within a single RF band, and/or tocommunicate via the multiple communication links at different times. Inanother embodiment, the wireless network interface device 122 isadditionally configured for operation within two or more RF bands at thesame time or at different times. For instance, in an embodiment, thewireless network interface device 122 is configured to the wirelessnetwork interface device 122 is configured to simultaneously communicatevia multiple communication links in respective RF bands, and/or tocommunicate via the multiple communication links at different times. Inan embodiment, the wireless network interface device 122 includesmultiple PHY processors 130, where respective PHY processors 130correspond to respective RF bands. In another embodiment, the wirelessnetwork interface device 122 includes a single PHY processor 130, whereeach transceiver 134 includes respective RF radios corresponding torespective RF bands.

The wireless network interface device 122 is implemented using one ormore integrated circuits (ICs) configured to operate as discussed below.For example, the MAC processor 126 may be implemented, at leastpartially, on a first IC, and the PHY processor 130 may be implemented,at least partially, on a second IC. The first IC and the second IC maybe packaged together in a single IC package thereby forming a modulardevice, or the first IC and the second IC may be coupled together on asingle printed board, for example, in various embodiments. As anotherexample, at least a portion of the MAC processor 126 and at least aportion of the PHY processor 130 may be implemented on a single IC. Forinstance, the wireless network interface device 122 may be implementedusing a system on a chip (SoC), where the SoC includes at least aportion of the MAC processor 126 and at least a portion of the PHYprocessor 130.

In an embodiment, the host processor 118 includes a processor configuredto execute machine readable instructions stored in a memory device (notshown) such as a random access memory (RAM), a read-only memory (ROM), aflash memory, etc. In an embodiment, the host processor 118 may beimplemented, at least partially, on a first IC, and the network device122 may be implemented, at least partially, on a second IC. As anotherexample, the host processor 118 and at least a portion of the wirelessnetwork interface device 122 may be implemented on a single IC.

In various embodiments, the MAC processor 126 and/or the PHY processor130 of the AP 114 are configured to generate data units, and processreceived data units, that conform to a WLAN communication protocol suchas a communication protocol conforming to the IEEE 802.11 Standard oranother suitable wireless communication protocol. For example, the MACprocessor 126 may be configured to implement MAC layer functions,including MAC layer functions of the WLAN communication protocol, andthe PHY processor 130 may be configured to implement PHY functions,including PHY functions of the WLAN communication protocol. Forinstance, the MAC processor 126 is configured to generate MAC layer dataunits such as MAC service data units (MSDUs), MAC protocol data units(MPDUs), etc., and provide the MAC layer data units to the PHY processor130. Additionally, the MAC processor 126 is configured to selectcommunication links via which MAC layer data units should be transmittedand to control the PHY processor 130 so that the MAC layer data unitsare transmitted in the selected communication links, in someembodiments. Also, the MAC processor 126 is configured to determine whenthe respective communication links are idle and available fortransmission and to control the PHY processor 130 so that MAC layer dataunits are transmitted when respective communication links are idle, insome embodiments. Additionally, the MAC processor 126 is configured todetermine when client stations are in a sleep state and thereforeunavailable to transmit or receive, in some embodiments. For example,the MAC processor 126 is configured to negotiate a schedule with aclient station for when the client station is permitted to be in thesleep state and when the client station should be in a wake state andavailable to transmit to or receive from the AP 114, according to someembodiments.

The PHY processor 130 may be configured to receive MAC layer data unitsfrom the MAC processor 126 and to encapsulate the MAC layer data unitsto generate PHY data units such as PHY protocol data units (PPDUs) fortransmission via the antennas 138. Similarly, the PHY processor 130 maybe configured to receive PHY data units that were received via theantennas 138, and to extract MAC layer data units encapsulated withinthe PHY data units. The PHY processor 130 may provide the extracted MAClayer data units to the MAC processor 126, which processes the MAC layerdata units.

PHY data units are sometimes referred to herein as “packets”, and MAClayer data units are sometimes referred to herein as “frames”.

In connection with generating one or more RF signals for transmission,the PHY processor 130 is configured to process (which may includemodulation, filtering, etc.) data corresponding to a PPDU to generateone or more digital baseband signals, and convert the digital basebandsignal(s) to one or more analog baseband signals, according to anembodiment. Additionally, the PHY processor 130 is configured toupconvert the one or more analog baseband signals to one or more RFsignals for transmission via the one or more antennas 138.

In connection with receiving one or more RF signals, the PHY processor130 is configured to downconvert the one or more RF signals to one ormore analog baseband signals, and to convert the one or more analogbaseband signals to one or more digital baseband signals. The PHYprocessor 130 is further configured to process (which may includedemodulation, filtering, etc.) the one or more digital baseband signalsto generate a PPDU.

The PHY processor 130 includes amplifiers (e.g., a low noise amplifier(LNA), a power amplifier, etc.), an RF downconverter, an RF upconverter,a plurality of filters, one or more analog-to-digital converters (ADCs),one or more digital-to-analog converters (DACs), one or more discreteFourier transform (DFT) calculators (e.g., a fast Fourier transform(FFT) calculator), one or more inverse discrete Fourier transform (IDFT)calculators (e.g., an inverse fast Fourier transform (IFFT) calculator),one or more modulators, one or more demodulators, etc., in variousembodiments.

The PHY processor 130 is configured to generate one or more RF signalsthat are provided to the one or more antennas 138. The PHY processor 130is also configured to receive one or more RF signals from the one ormore antennas 138.

The MAC processor 126 is configured to control the PHY processor 130 togenerate one or more RF signals, for example, by providing one or moreMAC layer data units (e.g., MPDUs) to the PHY processor 130, andoptionally providing one or more control signals to the PHY processor130, according to some embodiments. In an embodiment, the MAC processor126 includes a processor configured to execute machine readableinstructions stored in a memory device (not shown) such as a RAM, a readROM, a flash memory, etc. In other embodiments, the MAC processor 126additionally or alternatively includes one or more hardware statemachines.

The MAC processor 126 includes, or implements, a communication linkselection controller 140 that is configured to select communicationlinks via which MAC layer data units should be transmitted, according tosome embodiments. For example, when a client station is configured tocommunicate via multiple communication links in respective frequencysegments, the communication link selection controller 140 selects, forone or more MAC layer data units, one of the communication links forsending the one or more MAC layer data units, according to anembodiment. As another example, for a group-addressed MAC layer dataunit (e.g., a MAC layer data unit with a receiver address set to amulticast address or a broadcast address), the communication linkselection controller 140 selects, for the group-addressed MAC layer dataunit, one of, or multiple ones of, the communication links for sendingthe group-addressed MAC layer data unit, according to an embodiment.

In an embodiment, the communication link selection controller 140 isimplemented by a processor executing machine readable instructionsstored in a memory, where the machine readable instructions cause theprocessor to perform acts described in more detail below. In anotherembodiment, the communication link selection controller 140 additionallyor alternatively comprises hardware circuity that is configured toperform acts described in more detail below. In some embodiments, thehardware circuitry comprises one or more hardware state machines thatare configured to perform acts described in more detail below.

Additionally or alternatively, the MAC processor 126 includes, orimplements, a client power save (PS) controller 142 that is configuredto i) determine PS-related states of client stations with regard tomultiple communication links, ii) negotiate PS-related schedules for theclient stations with regard to multiple communication links, and/or iii)control the generation of frames in connection with the PS-relatedschedules, according to some embodiments. For example, when a clientstation is configured to communicate via multiple communication links inrespective frequency segments, the client PS controller 142 isconfigured to determine PS-related states of the client stationcorresponding to respective communication links, according to anembodiment. As another example, when a client station is configured tocommunicate via multiple communication links in respective frequencysegments, the client PS controller 142 negotiates with the clientstation PS-related schedules for the respective communication links,according to an embodiment.

In an embodiment, the client PS controller 142 is implemented by aprocessor executing machine readable instructions stored in a memory,where the machine readable instructions cause the processor to performacts described in more detail below. In another embodiment, the clientPS controller 142 additionally or alternatively comprises hardwarecircuity that is configured to perform acts described in more detailbelow. In some embodiments, the hardware circuitry comprises one or morehardware state machines that are configured to perform acts described inmore detail below.

In other embodiments, the communication link controller 140 and/or theclient PS controller 142 are omitted from the AP 114.

The WLAN 110 also includes a plurality of client stations 154. Althoughthree client stations 154 are illustrated in FIG. 1 , the WLAN 110includes other suitable numbers (e.g., 1, 2, 4, 5, 6, etc.) of clientstations 154 in various embodiments. The client station 154-1 includes ahost processor 158 coupled to a wireless network interface device 162.The wireless network interface device 162 includes one or more MACprocessors 166 (sometimes referred to herein as “the MAC processor 166”for brevity) and one or more PHY processors 170 (sometimes referred toherein as “the PHY processor 170” for brevity). The PHY processor 170includes a plurality of transceivers 174, and the transceivers 174 arecoupled to a plurality of antennas 178. Although three transceivers 174and three antennas 178 are illustrated in FIG. 1 , the client station154-1 includes other suitable numbers (e.g., 1, 2, 4, 5, etc.) oftransceivers 174 and antennas 178 in other embodiments. In someembodiments, the client station 154-1 includes a higher number ofantennas 178 than transceivers 174, and antenna switching techniques areutilized.

In an embodiment, the wireless network interface device 162 isconfigured for operation within a single RF band at a given time. Inanother embodiment, the wireless network interface device 162 isconfigured for operation within two or more RF bands at the same time orat different times. For example, in an embodiment, the wireless networkinterface device 162 includes multiple PHY processors 170, whererespective PHY processors 170 correspond to respective RF bands. Inanother embodiment, the wireless network interface device 162 includes asingle PHY processor 170, where each transceiver 174 includes respectiveRF radios corresponding to respective RF bands. In an embodiment, thewireless network interface device 162 includes multiple MAC processors166, where respective MAC processors 166 correspond to respective RFbands. In another embodiment, the wireless network interface device 162includes a single MAC processor 166 corresponding to the multiple RFbands.

The wireless network interface device 162 is implemented using one ormore ICs configured to operate as discussed below. For example, the MACprocessor 166 may be implemented on at least a first IC, and the PHYprocessor 170 may be implemented on at least a second IC. The first ICand the second IC may be packaged together in a single IC packagethereby forming a modular device, or the first IC and the second IC maybe coupled together on a single printed board, for example, in variousembodiments. As another example, at least a portion of the MAC processor166 and at least a portion of the PHY processor 170 may be implementedon a single IC. For instance, the wireless network interface device 162may be implemented using an SoC, where the SoC includes at least aportion of the MAC processor 166 and at least a portion of the PHYprocessor 170.

In an embodiment, the host processor 158 includes a processor configuredto execute machine readable instructions stored in a memory device (notshown) such as a RAM, a ROM, a flash memory, etc. In an embodiment, thehost processor 158 may be implemented, at least partially, on a firstIC, and the network device 162 may be implemented, at least partially,on a second IC. As another example, the host processor 158 and at leasta portion of the wireless network interface device 162 may beimplemented on a single IC.

In various embodiments, the MAC processor 166 and the PHY processor 170of the client station 154-1 are configured to generate data units, andprocess received data units, that conform to the WLAN communicationprotocol or another suitable communication protocol. For example, theMAC processor 166 may be configured to implement MAC layer functions,including MAC layer functions of the WLAN communication protocol, andthe PHY processor 170 may be configured to implement PHY functions,including PHY functions of the WLAN communication protocol. The MACprocessor 166 may be configured to generate MAC layer data units such asMSDUs, MPDUs, etc., and provide the MAC layer data units to the PHYprocessor 170. Additionally, the MAC processor 166 is configured toselect communication links via which MAC layer data units should betransmitted and to control the PHY processor 170 so that the MAC layerdata units are transmitted in the selected communication links, in someembodiments. Also, the MAC processor 166 is configured to determine whenthe respective communication links are idle and available fortransmission and to control the PHY processor 170 so that MAC layer dataunits are transmitted when respective communication links are idle, insome embodiments. Additionally, the MAC processor 166 is configured tocontrol when portions of the wireless network interface device 162 arein a sleep state or a wake state, for example to conserve power, in someembodiments. For example, the MAC processor 166 is configured tonegotiate a schedule with the AP 114 for when the client station 154-1is permitted to be in the sleep state and when the client station 154-1should be in a wake state and available to transmit to or receive fromthe AP 114, according to some embodiments.

The PHY processor 170 may be configured to receive MAC layer data unitsfrom the MAC processor 166 and encapsulate the MAC layer data units togenerate PHY data units such as PPDUs for transmission via the antennas178. Similarly, the PHY processor 170 may be configured to receive PHYdata units that were received via the antennas 178, and extract MAClayer data units encapsulated within the PHY data units. The PHYprocessor 170 may provide the extracted MAC layer data units to the MACprocessor 166, which processes the MAC layer data units.

The PHY processor 170 is configured to downconvert one or more RFsignals received via the one or more antennas 178 to one or morebaseband analog signals, and convert the analog baseband signal(s) toone or more digital baseband signals, according to an embodiment. ThePHY processor 170 is further configured to process the one or moredigital baseband signals to demodulate the one or more digital basebandsignals and to generate a PPDU. The PHY processor 170 includesamplifiers (e.g., an LNA, a power amplifier, etc.), an RF downconverter,an RF upconverter, a plurality of filters, one or more ADCs, one or moreDACs, one or more DFT calculators (e.g., an FFT calculator), one or moreIDFT calculators (e.g., an IFFT calculator), one or more modulators, oneor more demodulators, etc.

The PHY processor 170 is configured to generate one or more RF signalsthat are provided to the one or more antennas 178. The PHY processor 170is also configured to receive one or more RF signals from the one ormore antennas 178.

The MAC processor 166 is configured to control the PHY processor 170 togenerate one or more RF signals by, for example, providing one or moreMAC layer data units (e.g., MPDUs) to the PHY processor 170, andoptionally providing one or more control signals to the PHY processor170, according to some embodiments. In an embodiment, the MAC processor166 includes a processor configured to execute machine readableinstructions stored in a memory device (not shown) such as a RAM, a ROM,a flash memory, etc. In an embodiment, the MAC processor 166 includes ahardware state machine.

The MAC processor 166 includes, or implements, a communication linkselection controller 190 that is configured to select communicationlinks via which MAC layer data units should be transmitted, according tosome embodiments. For example, the communication link selectioncontroller 190 selects, for one or more MAC layer data units, one of thecommunication links for sending the one or more MAC layer data units,according to an embodiment.

In an embodiment, the communication link selection controller 190 isimplemented by a processor executing machine readable instructionsstored in a memory, where the machine readable instructions cause theprocessor to perform acts described in more detail below. In anotherembodiment, the communication link selection controller 190 additionallyor alternatively comprises hardware circuity that is configured toperform acts described in more detail below. In some embodiments, thehardware circuitry comprises one or more hardware state machines thatare configured to perform acts described in more detail below.

Additionally or alternatively, the MAC processor 166 includes, orimplements, a PS controller 192 that is configured to i) determinePS-related states of the wireless network interface device 162 withregard to multiple communication links, ii) negotiate PS-relatedschedules for the client station 154-1 with regard to multiplecommunication links, and/or iii) control the generation of frames inconnection with the PS-related schedules, according to some embodiments.For example, the client PS controller 192 negotiates with the AP 114PS-related schedules for respective communication links, according to anembodiment.

In an embodiment, the client PS controller 192 is implemented by aprocessor executing machine readable instructions stored in a memory,where the machine readable instructions cause the processor to performacts described in more detail below. In another embodiment, the clientPS controller 192 additionally or alternatively comprises hardwarecircuity that is configured to perform acts described in more detailbelow. In some embodiments, the hardware circuitry comprises one or morehardware state machines that are configured to perform acts described inmore detail below.

In other embodiments, the communication link controller 190 and/or theclient PS controller 192 are omitted from the client station 154-1.

In an embodiment, each of the client stations 154-2 and 154-3 has astructure that is the same as or similar to the client station 154-1. Inan embodiment, one or more of the client stations 154-2 and 154-3 has adifferent suitable structure than the client station 154-1. Each of theclient stations 154-2 and 154-3 has the same or a different number oftransceivers and antennas. For example, the client station 154-2 and/orthe client station 154-3 each have only two transceivers and twoantennas (not shown), according to an embodiment.

FIG. 2A is a diagram of an example operating channel 200 that is used inthe communication system 110 of FIG. 1 , according to an embodiment. Theoperating channel 200 comprises a plurality of subchannels 204 in afirst frequency segment 208 and a plurality of subchannels 212 in asecond frequency segment 216. The operating channel 200 spans an overallbandwidth 220. In an embodiment, the first segment 208 and the secondsegment 216 are within a same radio frequency (RF) band.

In other embodiments, the first segment 208 and the second segment 216are in different RF bands. The Federal Communication Commission (FCC)now permits wireless local area networks (WLANs) to operate in multipleRF bands, e.g., the 2.4 GHz band (approximately 2.4 to 2.5 GHz), and the5 GHz band (approximately 5.170 to 5.835 GHz). Recently, the FCCproposed that WLANs can also operate in the 6 GHz band (5.925 to 7.125GHz). Regulatory agencies in other countries/regions also permit WLANoperation in the 2.4 GHz and 5 GHz bands, and are considering permittingWLAN operation in the 6 GHz band. A future WLAN protocol, now underdevelopment, may permit multi-band operation in which a WLAN can usespectrum in multiple RF bands at the same time.

In some embodiments, the first frequency segment 208 is used as a firstcommunication link and the second frequency segment 216 is used as asecond communication link, where the first communication link and thesecond communication link are used for simultaneous transmissions.

In one embodiment, each of the subchannels 204/212 spans 20 MHz. Thus,as illustrated in FIG. 2A, the first segment 208 spans 160 MHz and thesecond segment 216 spans 80 MHz. In other embodiments, the firstfrequency segment 208 includes another suitable number of subchannels204 (e.g., one, two, four, etc.) and spans another suitable bandwidth,such as 20 MHz, 40 MHz, 80 MHz, etc., and/or the second frequencysegment 216 includes another suitable number of subchannels 212 (e.g.,one, two, eight, etc.) and spans another suitable bandwidth, such as 20MHz, 40 MHz, 160 MHz, etc.

One subchannel 204-1 in the first frequency segment 208 is designated asa primary subchannel and the other subchannels 204/212 are designated assecondary subchannels. Control and/or management frames are transmittedin the primary subchannel 204-1, according to some embodiments. In someembodiments, the primary subchannel must be idle in order for any of thesubchannels 204/212 to be used for a transmission, according to someembodiments. In some embodiments, a subchannel 212 in the secondfrequency segment 216 is also designated as a primary subchannel (notshown). In some embodiments in which the second frequency segment 216also includes a primary subchannel, control and/or management frames areadditionally or alternatively transmitted in the primary subchannel ofthe second frequency segment 216, at least in some scenarios. In otherembodiments, control and/or management frames are only transmitted inthe primary subchannel 204-1 of the first frequency segment 208.

In some embodiments in which the second frequency segment 216 alsoincludes a primary subchannel, the primary subchannel 204-1 of the firstfrequency segment 208 must be idle in order for any of the subchannels204 to be used for a transmission and the primary subchannel of thesecond frequency segment 216 must be idle in order for any of thesubchannels 212 to be used for a transmission, according to someembodiments. In other embodiments, one or more of the secondarysubchannels 204 may be used for a transmission even when the primarysubchannel 204-1 is not idle, and/or one or more of the secondarysubchannels 212 may be used for a transmission even when the primarysubchannel of the second frequency segment 216 is not idle, according tosome embodiments.

In other embodiments, no subchannel 212 in the second segment 216 isdesignated as a primary subchannel.

FIG. 2B is a diagram of another example operating channel 250 that isused in the communication system 110 of FIG. 1 , according to anotherembodiment. The operating channel 250 is similar to the exampleoperating channel 200 of FIG. 2A, and like-numbered elements are notdescribed in detail for brevity. In the example operating channel 250the first frequency segment 208 and the second frequency segment 216 areseparated by a gap 254 in frequency. In some embodiments, the firstfrequency segment 208 and the second frequency segment 216 are in a sameRF band. In other embodiments, the first frequency segment 208 and thesecond frequency segment 216 are in different RF bands.

Referring now to FIGS. 2A and 2B, one or more of the subchannels 204/212are “punctured” (not shown in FIGS. 2A and 2B, e.g., nothing istransmitted within the “punctured” subchannels, according to someembodiments.

Although the example operating channels 200 and 250 of FIGS. 2A-B areillustrated as including two frequency segments 208/216, other suitableoperating channels include three or more frequency segments (e.g.,include a third frequency segment, include a third frequency segment anda fourth frequency segment, etc.). In some embodiments, a thirdfrequency segment is separated from the second frequency segment 216 bya gap in frequency in which nothing is transmitted, similar to the gap254. In some embodiments, a third frequency segment is contiguous infrequency with the second frequency segment 216.

In some embodiments, respective frequency segments such as illustratedin FIGS. 2A-B are associated with different MAC addresses. For example,in embodiments in which the respective frequency segments are uses asrespective communication links, the respective communication linkscorrespond to different MAC addresses.

FIG. 3 is a diagram of an example network interface device 300configured for simultaneous communication via multiple communicationlinks in respective frequency segments, according to an embodiment. Thenetwork interface device 300 is an embodiment of the network interfacedevice 122 of the AP 114 of Fig. The network interface device 300 is anembodiment the network interface device 162 of the client station 154-1of FIG. 1 . In other embodiments, the network interface device 122and/or the network interface device 162 have a different suitablestructure than the network interface device 300. Additionally, in someembodiments, the network interface device 300 is used in anothersuitable communication device than the communication devices of FIG. 1 ,and/or is used in another suitable wireless network than the wirelessnetwork of FIG. 1

The network interface device 300 is configured for simultaneouscommunication via a first communication link in a first frequencysegment and a second communication link in a second frequency segment,in the illustrated embodiment.

The network interface device 300 includes a MAC processor 304 coupled toa PHY processors 308. The MAC processor 304 exchanges frames (or PSDUs)with the PHY processors 308.

In an embodiment, the MAC processor 304 corresponds to the MAC processor126 of FIG. 1 . In another embodiment, the MAC processor 304 correspondsto the MAC processor 166 of FIG. 1 . In an embodiment, the PHYprocessors 308 corresponds to the one or more PHY processors 130 of FIG.1 . In another embodiment, the PHY processors 308 corresponds to the oneor more PHY processors 170 of FIG. 1 .

The MAC processor 304 includes common MAC logic 312 and link specific(LS) MAC logic 316. The common MAC logic 312 generally implements MAClayer functions that are common to the multiple communication links. Forinstance, the common MAC logic 312 is configured to encapsulate data(received from a host processor (not shown), for example) in MAC layerdata units such as MSDUs, MPDUs, aggregate MPDUs (A-MPDUs), etc., fortransmission via the multiple communication links and to decapsulatedata from MSDUs, MPDUs, A-MPDUs, etc., that were received via themultiple communication links. Additionally, the common MAC logic 312 isconfigured to select communication links via which MAC layer data unitsshould be transmitted, in some embodiments.

Each LS MAC logic 316 generally implements MAC layer functions that arespecific to the particular communication link to which the LS MAC logic316 corresponds. For example, the LS MAC logic 316 a is configured todetermine when the first communication link is idle and available fortransmission, and the LS MAC logic 316 b is configured to determine whenthe second communication link is idle and available for transmission, insome embodiments. In some embodiments, each LS MAC logic 316 isassociated with a respective network address (e.g., a MAC address),i.e., the LS MAC logic 316 a is associated with a first network address(e.g., a first MAC address) and the LS MAC logic 316 a is associatedwith a second network address (e.g., a second MAC address) that isdifferent than the first network address.

In some embodiments, the common MAC logic 312 implements thecommunication link selection controller 140 discussed above withreference to FIG. 1 . In some embodiments, the common MAC logic 312additionally or alternatively implements the client power savecontroller 142/power save controller 192 discussed above with referenceto FIG. 1 . In some embodiments, some or all of the client power savecontroller 142/power save controller 192 is implemented as respectivelink specific client power save controllers 142/power save controllers192 in respective LS MAC logic 316.

In some embodiments, when the network interface device 300 is in an AP,the client power save controller 142 is configured to negotiate a firstschedule with a client station 154 for when the client station 154 ispermitted to be in the sleep state with respect to the firstcommunication link and when the client station should be in a wake statewith respect to the first communication link, and to negotiate a secondschedule with the client station 154 for when the client station 154 ispermitted to be in the sleep state with respect to the secondcommunication link and when the client station should be in a wake statewith respect to the second communication link, according to someembodiments. Similarly, when the network interface device 300 is in aclient station, the power save controller 192 is configured to negotiatea first schedule with an AP for when the client station is permitted tobe in the sleep state with respect to the first communication link andwhen the client station should be in a wake state with respect to thefirst communication link, and to negotiate a second schedule with the APfor when the client station 154 is permitted to be in the sleep statewith respect to the second communication link and when the clientstation should be in a wake state with respect to the secondcommunication link, according to some embodiments.

Additionally, when the network interface device 300 is in an AP, theclient power save controller 142 is configured to determine when aclient station 154 is in a sleep state with respect to the firstcommunication link and therefore unavailable to transmit or receive viathe first communication link, and to determine when the client station154 is in a sleep state with respect to the second communication linkand therefore unavailable to transmit or receive via the secondcommunication link, in some embodiments. Similarly, when the networkinterface device 300 is in a client station, the power save controller192 is configured to determine PS-related states of the client stationwith respect to the first communication link, and to determinePS-related states of the client station with respect to the secondcommunication link, in some embodiments.

The PHY processor 308 a includes a baseband signal processor 320 acorresponding to the first communication link, and the PHY processor 308b includes a baseband signal processor 320 b corresponding to the secondcommunication link. The PHY processor 308 a also includes a first RFradio (Radio-1) 328 a corresponding to the first communication link, andthe PHY processor 308 b includes a second RF radio (Radio-2) 328 bcorresponding to the second communication link. The baseband signalprocessor 320 a is coupled to the first RF radio 328 a and the basebandsignal processor 320 b is coupled to the second RF radio 328 b. In anembodiment, the RF radio 328 a and the RF radio 328 b correspond to thetransceivers 134 of FIG. 1 . In another embodiment, the RF radio 328 aand the RF radio 328 b correspond to the transceivers 174 of FIG. 1 . Inan embodiment, the RF radio 328 a is configured to operate on a first RFband, and the RF radio 328 b is configured to operate on a second RFband. In another embodiment, the RF radio 328 a and the RF radio 328 bare both configured to operate on the same RF band.

In an embodiment, the baseband signal processors 320 are configured toreceive frames (or PSDUs) from the MAC processor 304, and encapsulatethe frames (or PSDUs) into respective packets and generate respectivebaseband signals corresponding to the respective packets.

The baseband signal processor 320 a provides the respective basebandsignal generated by the baseband signal processor 320 a to the Radio-1328 a. The baseband signal processor 320 b provides the respectivebaseband signal generated by the baseband signal processor 320 b to theRadio-1 328 b. The Radio-1 328 a and Radio-2 328 b upconvert therespective baseband signals to generate respective RF signals fortransmission via the first communication link and the secondcommunication link, respectively. The Radio-1 328 a transmits a first RFsignal via the first frequency segment and the Radio-2 328 b transmits asecond RF signal via the second frequency segment.

The Radio-1 328 a and the Radio-2 328 b are also configured to receiverespective RF signals via the first communication link and the secondcommunication link, respectively. The Radio-1 328 a and the Radio-2 328b generate respective baseband signals corresponding to the respectivereceived signals. The generated respective baseband signals are providedto the respective baseband signal processors 320 a and 320 b. Therespective baseband signal processors 320 a and 320 b generaterespective PSDUs corresponding to the respective received signals, andprovide the respective PSDUs to the MAC processor 304. The MAC processor304 processes the PSDUs received from the baseband signal processors 320a and 320 b, in an embodiment.

Although the example network interface 300 illustrated in FIG. 3includes a single MAC processor 304, other suitable network interfacedevices include multiple MAC processors, with respective ones of themultiple MAC processors 304 corresponding to respective ones of thecommunication links, in some embodiments. Although the example networkinterface 300 illustrated in FIG. 3 includes multiple PHY processors308, other suitable network interface devices include a single PHYprocessor with multiple RF radios corresponding to respective ones ofthe communication links, in some embodiments. In some embodiments, thesingle PHY processor includes multiple baseband processors 320, while inother embodiments the single PHY processor includes a single basebandprocessor that is configured to generate multiple baseband signalscorresponding to respective communication links, and to process multiplebaseband signals received from the multiple RF radios.

In some embodiments, at least some MAC layer data units (e.g., MPDUs)transmitted in a WLAN that utilizes multiple communication links, suchas described above, correspond to multiple traffic classes, where eachtraffic class is associated with a particular traffic type (e.g.,network control, video, voice, streaming multimedia, etc.). For example,in an embodiment, the traffic classes are associated with particularquality of service (QoS) requirements and/or priority levels (e.g.,background, best effort, video, voice, etc.). In an embodiment, eachtraffic class corresponds to a particular traffic identifier (TID), anda MAC layer data unit (e.g., a MPDU) includes (e.g., in a MAC header ofthe MAC layer data unit) an indication of the TID to which the MPDUcorresponds.

In some embodiments, a first communication device is permitted totransmit to a second communication device MPDUs in a traffic stream ofMPDUs having a same TID via any communication link without firstnegotiating with the second communication device to set a particularcommunication link via which MPDUs in the traffic stream are to betransmitted. For example, referring to FIGS. 2A-B for explanatorypurposes, the first communication device is permitted to transmit to thesecond communication device a first set of MPDUs in the traffic streamof MPDUs having the same TID via the first frequency segment 208 (e.g.,a first communication link) without first negotiating with the secondcommunication device that the first frequency segment 208 is to be usedfor the traffic stream. Continuing with this example, the firstcommunication device is also permitted to subsequently transmit to thesecond communication device a second set of MPDUs in the traffic streamof MPDUs having the same TID via the second frequency segment 216 (e.g.,a second communication link) without first negotiating with the secondcommunication device that the communication link for the traffic streamis being switched from the first frequency segment 208 to the secondfrequency segment 216.

Similarly, in some embodiments, the first communication device ispermitted to transmit to any second communication devices MPDUs in anytraffic streams (each traffic stream comprising MPDUs having arespective same TID intended for a respective second communicationdevice) via any communication links without first negotiating with anyof the second communication devices to set particular communicationlinks via which MPDUs in the traffic streams are to be transmitted.

In other embodiments, the first communication device is required tonegotiate with the second communication device a particularcommunication link to transmit to the second communication device MPDUsin a traffic stream of MPDUs having a same TID prior to transmittingMPDUs in the traffic stream via the particular communication link. Forexample, referring to FIGS. 2A-B for explanatory purposes, the firstcommunication device is required to negotiate with the secondcommunication device using the first frequency segment 208 (e.g., afirst communication link) to transmit to the second communication deviceMPDUs in a traffic stream of MPDUs having a same TID prior totransmitting MPDUs in the traffic stream via the first frequency segment208. Continuing with this example, when the first communication devicedecides to switch to transmitting MPDUs in the traffic stream via thesecond frequency segment 216 (e.g., a second communication link), thefirst communication device is required to first negotiate with thesecond communication device switching to using the second frequencysegment 216 for the traffic stream before transmitting MPDUs in thetraffic stream to the second communication device via the secondfrequency segment 216.

Similarly, in some embodiments, the first communication device isrequired to negotiate with all second communication devices thecommunication links that are to be used for transmitting MPDUs invarious traffic streams (each traffic stream comprising MPDUs having arespective same TID intended for a respective second communicationdevice) prior to transmitting any traffic streams.

In other embodiments, the first communication device is permitted totransmit a first set traffic streams (each traffic stream comprisingMPDUs having a respective same TID intended for a respective secondcommunication device) via any communication links without firstnegotiating with any of the second communication devices to setparticular communication links via which MPDUs in the first set oftraffic streams are to be transmitted. Similarly, in such embodiments,the first communication device is permitted to switch communicationlinks via which MPDUs in any of the first set of traffic streams aretransmitted without first negotiating with any of the secondcommunication devices regarding the switching of communication links. Onthe other hand, in such embodiments, the first communication device isrequired to negotiate with at least some second communication devicesthe communication links that are to be used for transmitting MPDUs in asecond set of traffic streams (each traffic stream comprising MPDUshaving a respective same TID intended for a respective secondcommunication device) prior to transmitting any traffic streams in thesecond set of traffic streams. Similarly, in such embodiments, the firstcommunication device is required to negotiate with at least some secondcommunication device a switch of communication links via which MPDUs inany of the second set of traffic streams are transmitted prior toswitching communication links via which MPDUs in the second set oftraffic streams are transmitted.

In some embodiments, negotiating a communication link via which MPDUswith a particular TID are to be transmitted comprises transmitting, byan AP, an announcement frame that specifies that all MPDUs having theparticular TID and being transmitted in the WLAN are to be transmittedvia a particular communication link, among multiple communication linksbeing used in the WLAN. In some embodiments, negotiating a communicationlink via which MPDUs with a particular TID are to be transmittedcomprises transmitting, by an AP, an announcement frame that specifiesthat all MPDUs, having the particular TID, to be transmitted to or by aparticular client station are to be transmitted via a particularcommunication link, among multiple communication links being used in theWLAN.

In some embodiments, negotiating a communication link via which MPDUswith a particular TID are to be transmitted to or from a particularclient station comprises transmitting, by the particular client station,an announcement frame that specifies that all MPDUs having theparticular TID are to be transmitted to or by the client station via aparticular communication link, among multiple communication links beingused in the WLAN.

In some embodiments, negotiating a communication link such as describedincludes the AP making a final decision regarding which communicationlink is to be used for a particular TID and, optionally, for aparticular client station. Having the AP make the final decisionregarding which communication link is to be used for a particular TIDand, optionally, for a particular client station facilitates the APcontrolling latency and/or jitter (and/or another suitable quality ofservice metric) regarding the transmission of MPDUs having theparticular TID, at least in some embodiments.

In some embodiments, if there has been no negotiation regarding aparticular TID, the first communication device is permitted to transmitMPDUs in a traffic stream of MPDUs having a same TID via anycommunication link without first negotiating with any secondcommunication device to set a particular communication link via whichMPDUs in the traffic stream are to be transmitted. On the other hand, ifthere has been a negotiation with a second communication deviceregarding a particular TID, the first communication device is requiredto transmit MPDUs in a traffic stream of MPDUs having the particular TIDto the second communication device via the particular communicationlink.

Referring now to FIG. 1 , in some embodiments, the network interface 122is configured to (e.g., the MAC processor 126 is configured to, thecommunication link selection controller 140 is configured to, etc.)select a communication link via which a particular traffic stream (e.g.,comprising MPDUs having a same TID and intended for a same clientstation 154) is to be transmitted. In some embodiments, the networkinterface 122 is configured to (e.g., the MAC processor 126 isconfigured to, the communication link selection controller 140 isconfigured to, etc.) negotiate with a client station 154 a communicationlink via which a particular traffic stream (e.g., comprising MPDUshaving a same TID and intended for a same client station 154) is to betransmitted. In some embodiments, the network interface 122 isconfigured to (e.g., the MAC processor 126 is configured to, thecommunication link selection controller 140 is configured to, etc.)generate a frame that announces a communication link via which aparticular traffic stream (e.g., comprising MPDUs having a same TID andintended for a same client station 154) is to be transmitted.

In some embodiments, the network interface 162 is configured to (e.g.,the MAC processor 166 is configured to, the communication link selectioncontroller 190 is configured to, etc.) select a communication link viawhich a particular traffic stream (e.g., comprising MPDUs having a sameTID and intended for the AP 114) is to be transmitted. In someembodiments, the network interface 162 is configured to (e.g., the MACprocessor 166 is configured to, the communication link selectioncontroller 190 is configured to, etc.) negotiate with the AP 114 acommunication link via which a particular traffic stream (e.g.,comprising MPDUs having a same TID and intended for the AP 114) is to betransmitted. In some embodiments, the network interface 162 isconfigured to (e.g., the MAC processor 166 is configured to, thecommunication link selection controller 190 is configured to, etc.)generate a frame that announces a communication link via which aparticular traffic stream (e.g., comprising MPDUs having a same TID andintended for the AP 114) is to be transmitted.

FIG. 4 is a flow diagram of an example method 400 for transmittingtraffic streams in a WLAN that utilizes a plurality of WLANcommunication links in respective frequency segments, according to anembodiment. In some embodiments, the AP 114 and/or the client station154 is configured to implement the method 400, and FIG. 4 is describedwith reference to FIG. 1 merely for explanatory purposes. In otherembodiments, the method 400 is implemented by another suitablecommunication device.

At block 404, a first communication device determines (e.g., the networkinterface 122 determines, the MAC processor 126 determines, thecommunication link selection controller 140 determines, the networkinterface 162 determines, the MAC processor 166 determines, thecommunication link selection controller 190 determines, etc.) whether aspecific WLAN communication link has been negotiated with a secondcommunication device for a first traffic stream. In an embodiment, thefirst traffic stream corresponds to MPDUs (within PHY data units orpackets) having a same TID and, optionally, intended for the secondcommunication device.

In response to determining at block 404 that the specific WLANcommunication link has been negotiated for the first traffic stream, theflow proceeds to block 408. At block 408, the first communication devicetransmits (e.g., the network interface 122 transmits, the PHY processor130 transmits, the network interface 162 transmits, the PHY processor270 transmits, etc.) packets in the first traffic stream only via thespecific WLAN communication link that was negotiated with the secondcommunication device.

On the other hand, in response to determining at block 404 that no WLANcommunication link has been negotiated with the second communicationdevice for the first traffic stream, the flow proceeds to block 412. Atblock 412, the first communication device transmits (e.g., the networkinterface 122 transmits, the PHY processor 130 transmits, the networkinterface 162 transmits, the PHY processor 270 transmits, etc.) packetsin the first traffic stream via multiple WLAN communication links.

In some embodiments, the method 400 further comprises: in response todetermining at block 404 that no WLAN communication link has beennegotiated with the second communication device for the first trafficstream, the first communication device determines (e.g., the networkinterface 122 determines, the MAC processor 126 determines, thecommunication link selection controller 140 determines, the networkinterface 162 determines, the MAC processor 166 determines, thecommunication link selection controller 190 determines, etc.) whetherall packets in the first traffic stream will be transmitted only via oneWLAN communication link; and in response to determining that all packetsin the first traffic stream will be transmitted only via one WLANcommunication link, the first communication device transmits (e.g., thenetwork interface 122 transmits, the PHY processor 130 transmits, thenetwork interface 162 transmits, the PHY processor 270 transmits, etc.)packets in the first traffic stream only via the one WLAN communicationlink; and transmitting packets in the first traffic stream at block 412via multiple WLAN communication links is further in response tosubsequently determining that all packets in the first traffic streamwill not be transmitted only via the one WLAN communication link.

Referring again to FIGS. 1, 2A-B, in some embodiments, the AP 114negotiates a “negotiated link” with each client station 154 that iscapable of using multiple communication links corresponding torespective frequency segments. The negotiated link functions as a mainor default communication link, among the multiple communication links,for the AP 114 and the client station 154. In some embodiments, thenegotiated link is the same for all client stations 154, e.g., there isonly one negotiated link for the WLAN 110. In some embodiments, the AP114 transmits beacon frames only in the negotiated link. In otherembodiments, the AP 114 transmits beacon frames in multiplecommunication links.

In some embodiments, the AP 114 transmits group-addressed frames only inthe negotiated link. In other embodiments, the AP 114 transmits each ofat least some group-addressed frames in multiple communication linkscorresponding to respective frequency segments. As used herein, a“group-addressed” frame is an MPDU having, within a MAC header of theMPDU, a receiver address set to a broadcast address or a multicastaddress. A broadcast address is a network address that indicates toreceivers that the MPDU is intended for all receivers. A multicastaddress is a network address that indicates to receivers that the MPDUis intended for a group of receivers corresponding to the multicastaddress. For example, the AP 114 may define a group of client stations154 and assign a particular multicast address to the group of clientstations 154. Thus, when a client station 154 in the defined groupreceives an MPDU with a receiver address set to the particular multicastaddress, the client station 154 determines that the MPDU is intended forthe client station; on the other hand, when a client station 154 that isnot in the defined group receives the MPDU with the receiver address setto the particular multicast address, the client station 154 determinesthat the MPDU is not intended for the client station 154, according toan embodiment.

In some embodiments, the AP 114 determines (e.g., the network interfacedevice 122 determines, the MAC processor 126 determines, thecommunication link selection controller 140 determines, etc.) one ormore communication links via which a group-addressed frame is to betransmitted, and the AP 114 transmits (e.g., the network interfacedevice 122 transmits, the PHY processor 130 transmits, etc.) thegroup-addressed frame via the determined one or more communicationlinks.

When a communication device transmits a group-addressed frame viamultiple communication links, the communication device transmitsrespective instances of the group-addressed frame via respective ones ofthe communication links. In some embodiments, when the communicationdevice transmits respective instances of the group-addressed frame viarespective instances of the communication links, the communicationdevice sets a sequence number field in a MAC header of each instance ofthe group-addressed frame to a same number. The sequence number fieldcorresponds to a sequence number corresponding to group-addressedframes. Thus, the respective sequence number fields of subsequent otherrespective group-addressed frames (as opposed to instances of a samegroup-addressed frame) are incremented so that different respectivegroup-addressed frames have different sequence numbers, although ifmultiple instances of a same subsequent group-addressed frame aretransmitted, the sequence number field in the multiple instance of thesame subsequent group-addressed frame are set to a same value. As willbe described in more detail below, a receiver uses the sequence numberfield in MAC headers of respective instances of the group-addressedframe received via multiple communication links to accept one of theinstances of the group-addressed frame and to discard or drop any otherinstances of the group-addressed frame, according to some embodiments.

FIG. 5 is a diagram showing group-addressed MPDUs transmitted viamultiple communication links corresponding to respective frequencysegments, according to an embodiment. For example, multiple instances ofa group-addressed MPDU 504 are transmitted via multiple communicationlinks. In particular, a first instance of the group-addressed MPDU 504 ais transmitted via a first communication link corresponding to a firstfrequency segment and a second instance of the group-addressed MPDU 504b is transmitted via a second communication link corresponding to asecond frequency segment. The first instance of the group-addressed MPDU504 a includes a MAC header 508 a with a sequence number field set to avalue x, and the second instance of the group-addressed MPDU 504 bincludes a MAC header 508 b with a sequence number field set to thevalue x. Additionally, multiple instances of a group-addressed MPDU 520are transmitted via the multiple communication links. In particular, afirst instance of the group-addressed MPDU 520 a is transmitted via thefirst communication link after transmission of the first instance of thegroup addressed MPDU 504 a. Similarly, a second instance of thegroup-addressed MPDU 520 b is transmitted via the second communicationlink after transmission of the second instance of the group addressedMPDU 504 b. The first instance of the group-addressed MPDU 520 aincludes a MAC header 524 a with a sequence number field set to a valuex+1, and the second instance of the group-addressed MPDU 520 b includesa MAC header 524 b with a sequence number field set to the value x+1. Inother words, the sequence number of the group-addressed MPDU 520, whichis generally transmitted after transmission of the group-addressed MPDU504, is incremented with respect to the sequence number of thegroup-addressed MPDU 504.

FIG. 6 is a flow diagram of an example method 600 for transmitting agroup-addressed frame in a WLAN that utilizes a plurality of WLANcommunication links in respective frequency segments, according to anembodiment. In some embodiments, the AP 114 and/or the client station154 is configured to implement the method 600, and FIG. 6 is describedwith reference to FIG. 1 merely for explanatory purposes. In otherembodiments, the method 600 is implemented by another suitablecommunication device.

At block 604, a first communication device determines (e.g., the networkinterface 122 determines, the MAC processor 126 determines, thecommunication link selection controller 140 determines, the networkinterface 162 determines, the MAC processor 166 determines, thecommunication link selection controller 190 determines, etc.) whetherthe group-addressed frame is to be transmitted via multiple WLANcommunication links among the plurality of WLAN communication links, thegroup-addressed frame intended for a plurality of second communicationdevices in the WLAN.

In response to determining at block 604 that the group-addressed frameis to be transmitted via the multiple WLAN communication links, the flowproceeds to block 608. At block 608, the first communication devicetransmits (e.g., the network interface 122 transmits, the PHY processor130 transmits, the network interface 162 transmits, the PHY processor170 transmits, etc.) multiple instances of the group-addressed frame viarespective WLAN communication links among the multiple WLANcommunication links. In an embodiment, transmitting multiple instancesof the group-addressed frame at block 608 includes: transmitting a firstinstance of the group-addressed frame via a first WLAN communicationlink among the plurality of WLAN communication links, and transmitting asecond instance of the group-addressed frame via a second WLANcommunication link among the plurality of WLAN communication links.

In some embodiments, each instance of the group-addressed frametransmitted at block 608 includes a sequence number field in a MACheader of the group-addressed frame, and the sequence number field ineach instance of the group-addressed frame is set to a same value. In anembodiment, the method 600 further includes the first communicationdevice generating (e.g., the network interface 122 generating, the MACprocessor 126 generating, the network interface 162 generating, the MACprocessor 166 generating, etc.) each instance of the group-addressedframe so that the sequence number field in the MAC header of eachinstance of the group-addressed frame is set to the same value. On theother hand, the respective sequence number fields of subsequent otherrespective group-addressed frames (as opposed to instances of a samegroup-addressed frame) are incremented so that different respectivegroup-addressed frames have different sequence numbers, although ifmultiple instances of a same subsequent group-addressed frame aretransmitted, the sequence number field in the multiple instance of thesame subsequent group-addressed frame are set to another same value,according to an embodiment.

On the other hand, in response to determining at block 604 that thegroup-addressed frame is to be transmitted via only a single WLANcommunication link, the flow proceeds to block 612. At block 612, thefirst communication device transmits (e.g., the network interface 122transmits, the PHY processor 130 transmits, the network interface 162transmits, the PHY processor 170 transmits, etc.) the group-addressedframe via only a single WLAN communication link among the multiple WLANcommunication links.

FIG. 7 is a flow diagram of an example method 700 for processing, at areceiver device, group-addressed frames that were transmitted in a WLANthat utilizes a plurality of WLAN communication links in respectivefrequency segments, according to an embodiment. In some embodiments, theAP 114 and/or the client station 154 is configured to implement themethod 700, and FIG. 7 is described with reference to FIG. 1 merely forexplanatory purposes. In other embodiments, the method 700 isimplemented by another suitable communication device.

At block 704, a communication device initializes (e.g., the networkinterface 162 initializes, the MAC processor 166 initializes, thenetwork interface 122 initializes, the MAC processor 126 initializes,etc.) a receiver group-addressed sequence number that is maintained bythe communication device. For example, the communication devicemaintains (e.g., the network interface 162 maintains, the MAC processor166 maintains, the network interface 122 maintains, the MAC processor126 maintains, etc.) a receiver group-addressed sequence number in aregister, a memory location, etc., and the communication deviceinitializes (e.g., the network interface 162 initializes, the MACprocessor 166 initializes, the network interface 122 initializes, theMAC processor 126 initializes, etc.) the receiver group-addressedsequence number to zero or another suitable value, according to anembodiment.

At block 708, the communication device receives (e.g., the networkinterface 162 receives, the PHY processor 170 receives, the MACprocessor 166 receives, the network interface 122 receives, the PHYprocessor 130 receives, the MAC processor 126 receives, etc.) agroup-addressed frame transmitted via one of the multiple WLANcommunication links, the group-addressed frame intended for multiplecommunication devices in the WLAN.

At block 712, the communication device determines (e.g., the networkinterface 162 determines, the MAC processor 166 determines, the networkinterface 122 determines, the MAC processor 126 determines, etc.)whether a sequence number in the group-addressed frame received at block708 is greater than the receiver group-addressed sequence numbermaintained by the communication device.

In response to determining at block 712 that the sequence number in thegroup-addressed frame received at block 708 is greater than the receivergroup-addressed sequence number, the flow proceeds to block 716. Atblock 716, the communication device sets (e.g., the network interface162 sets, the MAC processor 166 sets, the network interface 122 sets,the MAC processor 126 sets, etc.) the receiver group-addressed sequencenumber to the sequence number in the group-addressed frame received atblock 708.

At block 720, the communication device processes (e.g., the networkinterface 162 processes, the MAC processor 166 processes, the networkinterface 122 processes, the MAC processor 126 processes, etc.)group-addressed frame received at block 708, and the flow returns toblock 708 to receive another group-addressed frame.

On the other hand, in response to determining at block 712 that thesequence number in the group-addressed frame received at block 708 isnot greater than (e.g., is less than or equal to) the receivergroup-addressed sequence number, the flow proceeds to block 724. Atblock 724, the communication device discards (e.g., the networkinterface 162 discards, the MAC processor 166 discards, the networkinterface 122 discards, the MAC processor 126 discards, etc.) thegroup-addressed frame received at block 708. For example, because thesequence number in the group-addressed frame received at block 708 isnot greater than (e.g., is less than or equal to) the receivergroup-addressed sequence number, this indicates that the group-addressedframe received at block 708 is an additional instance of a samegroup-addressed frame that was received via another communication linkand has been, or will be, processed by the communication device, andthus the additional instance of the group-addressed frame received atblock 708 can be discarded. In connection with discarding thegroup-addressed frame at block 724, the flow returns to block 708 toreceive another group-addressed frame.

Referring again to FIGS. 1, 2A-B, and 3 , a communication device such asthe AP 114, the client station 154-1, and the network interface device300 is configured to independently control respective statuses of thecommunication device with respect to multiple communication linkscorresponding to respective frequency segments, according to someembodiments. For example, the communication link may be in an ON stateor an OFF state with respect to each communication link, according to anembodiment. For ease of explanation, the state of a communication devicein the ON state with respect to a communication link is sometimesreferred to herein as the “communication link in the ON state,” and thestate of the communication device in the OFF state with respect to thecommunication link is sometimes referred to herein as the “communicationlink in the OFF state”.

When a communication link is in the OFF state, the communication devicedoes not transmit and does not receive via the communication link. Thus,in some embodiments and/or scenarios, the communication deviceoptionally puts at least some hardware components corresponding to thecommunication link in a low power mode to conserve power. For example,with the network interface device 300 (FIG. 3 ), when the firstcommunication link is in the OFF state, the power save controller142/192 controls the network interface device 300 to put one or both ofi) the first RF radio 328 a and ii) the first baseband processor 320 ain a low power mode. In some embodiments, when the first communicationlink is in the OFF state, the power save controller 142/192 controls thenetwork interface device 300 to put the PHY processor 308 a in a lowpower mode. In some embodiments, when the first communication link is inthe OFF state, the power save controller 142/192 additionally oralternatively controls the network interface device 300 to put the LSMAC 316 a in a low power mode.

Similarly, when the second communication link is in the OFF state, thepower save controller 142/192 controls the network interface device 300to put one or both of i) the second RF radio 328 b and ii) the secondbaseband processor 320 b in a low power mode. In some embodiments, whenthe second communication link is in the OFF state, the power savecontroller 142/192 controls the network interface device 300 to put thePHY processor 308 b in a low power mode. In some embodiments, when thesecond communication link is in the OFF state, the power save controller142/192 additionally or alternatively controls the network interfacedevice 300 to put the LS MAC 316 b in a low power mode.

In some embodiments that utilize a negotiated link such as describedabove, the communication device is required to keep the negotiated linkin the ON state, and is permitted to selectively transition any othercommunication links to the OFF state.

A communication device announces a state of a communication link,according to some embodiments. For example, during an associationprocedure in which a client station becomes associated with an AP (e.g.,the client station joins a WLAN managed by the AP), the client stationgenerates and transmits a frame that includes an indication (e.g.,included in an information element (IE) of a suitable frame such as anassociation request frame, a reassociation request frame, a proberequest frame, etc., included in a MAC header (e.g., within a controlfield or another suitable field) of a suitable frame, etc.) of whether aparticular communication link is in the ON state or is in the OFF state,according to an embodiment. As another example, while a client stationis associated with the AP, the client station generates and transmits aframe (e.g., an acknowledgement frame, an action frame, a quality ofservice (QoS) null frame, or another suitable frame) that includes anindication (e.g., included in a MAC header (e.g., within a control fieldor another suitable field)) of whether a particular communication linkis in the ON state or is in the OFF state, according to an embodiment.

In some embodiments, if the particular communication link transitions tothe OFF state, the client station transmits the frame that includes theindication in another communication link that is in the ON state (e.g.,the negotiated link or another suitable communication link), accordingto an embodiment. In some embodiments, if the particular communicationlink transitions to the ON state, the client station transmits the framethat includes the indication in the same communication link or inanother communication link that is in the ON state (e.g., the negotiatedlink or another suitable communication link), according to anembodiment.

A first communication device requests that a second communication changea state of a communication link, according to some embodiments. Forexample, an AP generates and transmits a frame (e.g., an acknowledgementframe, an action frame, a QoS null frame, an association response frame,a reassociation response frame, a probe response frame, or anothersuitable frame) to a client station, the frame including a request toset a particular communication link is in the ON state or in the OFFstate, according to an embodiment. In some embodiments, if theparticular communication link is in the OFF state, the AP transmits theframe that includes the request in another communication link that is inthe ON state (e.g., the negotiated link or another suitablecommunication link), according to an embodiment. In some embodiments, ifthe particular communication link is in the ON state, the AP transmitsthe frame that includes the request in the same communication link or inanother communication link that is in the ON state (e.g., the negotiatedlink or another suitable communication link), according to anembodiment.

In an embodiment, when a communication link is in the ON state, thecommunication device can operate in an active mode or in a power savemode with respect to the communication link. In the active mode,hardware components of the communication device that correspond to thecommunication link are powered and ready to transmit and receive via thecommunication link at all times while in the active mode, according toan embodiment.

In the power save mode, the communication device switches among aplurality of states including a doze state and an awake state, withrespect to a communication link. In the doze state, the communicationdevice does not transmit and other communication devices assume that thecommunication device cannot receive via the communication link,according to an embodiment. In some embodiments and/or scenarios, whenthe communication device is in the doze state in connection with acommunication link, at least some hardware components of thecommunication device that correspond to the communication link may beput in a low power mode. On the other hand, in the awake state, hardwarecomponents of the communication device that correspond to thecommunication link are powered and ready to transmit and receive via thecommunication link.

In some embodiments, the communication device is configured to permitdifferent power-save related modes (e.g., active or power save) withrespect to different communication links and to independently switchamong different power-save related modes (e.g., active or power save) inconnection with different communication links. Similarly, in someembodiments, the communication device is configured to transitionbetween different power-save related states (e.g., awake or doze) withrespect to a first communication link independently of the power-saverelated mode(s) and/or the power-save related state(s) of any othercommunication links. As an example, while the communication device is ina doze state with respect to a first communication link and unable totransmit/receive via the first communication link, the communicationdevice can be in an active mode or awake state with respect to one ormore second communication links and thus able to transmit/receive viathe one or more second communication links, according to someembodiments.

A communication device announces a change in a mode of the communicationdevice with respect to a communication link, according to someembodiments. For example, when a client station enters (or will shortlyenter) the power save mode with respect to a communication link, theclient station generates and transmits a frame (e.g., an acknowledgementframe, an action frame, a QoS null frame, or another suitable frame)that includes an indication (e.g., included in a MAC header (e.g.,within a control field or another suitable field), included a MAC framebody, etc.) that the client station is entering the power save mode withrespect to the communication link, according to an embodiment. Asanother example, when the client station enters (or will enter) theactive mode with respect to a communication link, the client stationgenerates and transmits a frame (e.g., an acknowledgement frame, anaction frame, a QoS null frame, or another suitable frame) that includesan indication (e.g., included in a MAC header (e.g., within a controlfield or another suitable field), included a MAC frame body, etc.) thatthe client station is entering the active mode with respect to thecommunication link, according to an embodiment. In some embodiments,when the mode change corresponds to a specific communication link (asopposed to all communication links being used by the communicationdevice), the frame discussed above includes an indication of thespecific communication link. In some embodiments, when the mode changecorresponds to all communication links being used by the communicationdevice, the frame discussed above includes an indication that the modechange corresponds to all communication links being used by thecommunication device. In some embodiments the frame discussed above doesnot include an indication of which link(s) the mode change thecorresponds to, and the communication device announces a mode change inconnection with a specific link, the communication transmits the framein the communication link to which the mode change corresponds.

In some embodiments, when the mode change corresponds to a specificcommunication link (as opposed to all communication links being used bythe communication device), the communication device transmits the framein the specific communication link. In other embodiments, when the modechange corresponds to a specific communication link (as opposed to allcommunication links being used by the communication device), thecommunication device transmits the frame in another communication link,where the frame includes an indication that the mode change correspondsto the specific communication link.

In some embodiments, when the mode change corresponds to a specificcommunication link as opposed to all communication links being used bythe communication device), a frame such as discussed above (e.g., anacknowledgement frame, an action frame, a QoS null frame, or anothersuitable frame) includes an indication of whether any othercommunication link(s) being used by the communication device are in theawake mode.

In some embodiments, in response to switching a communication link tothe ON state, the communication device is considered in the active modewith respect to the communication link. In some embodiments, in responseto switching a communication link to the OFF state, the communicationdevice is considered in the power save mode with respect to thecommunication link except that no transition to an awake state withrespect to the communication link can occur and no traffic can betransmitted in the communication link.

Referring again to FIG. 6 , a communication device that is to transmit agroup-addressed frame decides via which communication links to transmitthe group-addressed frame based on the power save-related modes/statesof other communication devices that are to receive the group-addressedframe with respect to multiple communication links. For example, if thecommunication device determines (e.g., the network interface device 122determines, the MAC processor 126 determines, the communication linkselection controller 140 determines, the client power save controller142 determines, the network interface device 162 determines, the MACprocessor 166 determines, the communication link selection controller190 determines, the power save controller 192 determines, the networkinterface device 300 determines, etc.) that all of the othercommunication devices that are to receive the group-addressed frame arein at least one of i) the active mode or ii) the wake state, withrespect to a single WLAN communication link, the communication devicedetermines (e.g., the network interface device 122 determines, the MACprocessor 126 determines, the communication link selection controller140 determines, the network interface device 162 determines, the MACprocessor 166 determines, the communication link selection controller190 determines, the network interface device 300 determines, etc.) totransmit the group-addressed frame via only the single communicationlink, according to an embodiment.

On the other hand, if the communication device determines (e.g., thenetwork interface device 122 determines, the MAC processor 126determines, the communication link selection controller 140 determines,the client power save controller 142 determines, the network interfacedevice 162 determines, the MAC processor 166 determines, thecommunication link selection controller 190 determines, the power savecontroller 192 determines, the network interface device 300 determines,etc.) that all of the other communication devices that are to receivethe group-addressed frame are not in at least one of i) the active modeor ii) the wake state, with respect to a single WLAN communication link,the communication device determines (e.g., the network interface device122 determines, the MAC processor 126 determines, the communication linkselection controller 140 determines, the network interface device 162determines, the MAC processor 166 determines, the communication linkselection controller 190 determines, the network interface device 300determines, etc.) to transmit the group-addressed frame via multiplecommunication links.

FIG. 8 is a diagram of an example communication exchange 800 between anAP and a client station, according to an embodiment. Horizontal lines inFIG. 8 indicate different communication links corresponding torespective frequency segments. In particular, FIG. 8 illustrates a firstcommunication link (e.g., a negotiated link) and a second communicationlink. A transmission by the client station on a particular communicationlink is illustrated below the corresponding horizontal line, and atransmission by the AP on a particular communication link is illustratedabove the corresponding horizontal line. Additionally, time increasesfrom left to right in FIG. 8 .

In the scenario illustrated in FIG. 8 , the second communication link isinitially in the OFF state for the client station. The client stationgenerates (e.g., the network interface 162 generates, the networkinterface 300 generates, the MAC processor 166 generates, the power savecontroller 192 generates, etc.) and transmits (e.g., the networkinterface 162 transmits, the network interface 300 transmits, the PHYprocessor 170 transmits, etc.) a frame (e.g., a QoS null frame, anaction frame, or another suitable frame) 804 that corresponds toannouncement that a communication link is in the ON state. In anembodiment, the frame 804 includes an indication of the secondcommunication link to indicate that the second communication link is inthe ON state. In another embodiment, the frame 804 does not include anindication of which communication link the announcement is for, butbecause the frame 804 is transmitted in the second communication linkthe AP assumes that the frame 804 is announcing that the secondcommunication link is in the ON state.

Upon receiving the frame 804, the AP determines (e.g., the networkinterface 122 determines, the network interface 300 determines, the MACprocessor 126 determines, the client power save controller 142determines, etc.) that the second communication link is in the ON statefor the client station. In an embodiment in which the frame 804 includesthe indication of the second communication link to indicate that thesecond communication link is in the ON state, the AP uses (e.g., thenetwork interface 122 uses, the network interface 300 uses, the MACprocessor 126 uses, the client power save controller 142 uses, etc.) theindication of the second communication link to determine that the secondcommunication link is in the ON state. In an embodiment in which theframe 804 does not include an indication of which communication link theannouncement is for, the AP determines (e.g., the network interface 122determines, the network interface 300 determines, the MAC processor 126determines, the client power save controller 142 determines, etc.) thatthe announcement is for the second communication link in response toreceiving the frame 804 via the second communication link.

In response to receiving the frame 804, the AP generates (e.g., thenetwork interface 122 generates, the network interface 300 generates,the MAC processor 126 generates, etc.) and transmits (e.g., the networkinterface 122 transmits, the network interface 300 transmits, the PHYprocessor 130 transmits, etc.) an acknowledgment frame 808 toacknowledge receiving the frame 804, according to an embodiment.

In other embodiments, the frame 804 is transmitted in the firstcommunication link.

FIG. 9 is a diagram of another example communication exchange 900between an AP and a client station, according to another embodiment.Horizontal lines in FIG. 9 indicate different communication linkscorresponding to respective frequency segments. In particular, FIG. 9illustrates a first communication link (e.g., a negotiated link) and asecond communication link. A transmission by the client station on aparticular communication link is illustrated below the correspondinghorizontal line, and a transmission by the AP on a particularcommunication link is illustrated above the corresponding horizontalline. Additionally, time increases from left to right in FIG. 9 .

In the scenario illustrated in FIG. 9 , the second communication link isinitially in the OFF state for the client station. The AP generates(e.g., the network interface 122 generates, the network interface 300generates, the MAC processor 126 generates, the client power savecontroller 124 generates, etc.) and transmits (e.g., the networkinterface 122 transmits, the network interface 300 transmits, the PHYprocessor 130 transmits, etc.) a frame (e.g., a QoS null frame, anaction frame, or another suitable frame) 904 that corresponds to requestfor the client station to transition the second communication link tothe ON state. In an embodiment, the frame 904 includes an indication ofthe second communication link to indicate that the request correspond tothe second communication link.

In response to receiving the frame 904, the client station generates(e.g., the network interface 162 generates, the network interface 300generates, the MAC processor 166 generates, etc.) and transmits (e.g.,the network interface 162 transmits, the network interface 300transmits, the PHY processor 170 transmits, etc.) an acknowledgmentframe 908 to acknowledge receiving the frame 904, according to anembodiment. Additionally in response to receiving the frame 904, theclient station determines (e.g., the network interface 162 determines,the network interface 300 determines, the MAC processor 166 determines,the power save controller 192 determines, etc.) whether to transitionthe second communication link to the ON state in response to the frame904.

In response to determining to transition the second communication linkto the ON state, the client station transitions the second communicationlink to the ON state (e.g., the network interface 162 transitions thesecond communication link to the ON state, the network interface 300transitions the second communication link to the ON state, the MACprocessor 166 controls the network interface 162 to transition thesecond communication link to the ON state, the power save controller 192controls the network interface 162 to transition the secondcommunication link to the ON state, etc.). Additionally, in response todetermining to transition the second communication link to the ON state,the client station generates (e.g., the network interface 162 generates,the network interface 300 generates, the MAC processor 166 generates,the power save controller 192 generates, etc.) and transmits (e.g., thenetwork interface 162 transmits, the network interface 300 transmits,the PHY processor 170 transmits, etc.) a frame (e.g., a QoS null frame,an action frame, or another suitable frame) 912 that corresponds toannouncement that a communication link is in the ON state. In anembodiment, the frame 912 includes an indication of the secondcommunication link to indicate that the second communication link is inthe ON state.

Upon receiving the frame 912, the AP determines (e.g., the networkinterface 122 determines, the network interface 300 determines, the MACprocessor 126 determines, the client power save controller 142determines, etc.) that the second communication link is in the ON statefor the client station. In an embodiment in which the frame 912 includesthe indication of the second communication link to indicate that thesecond communication link is in the ON state, the AP uses (e.g., thenetwork interface 122 uses, the network interface 300 uses, the MACprocessor 126 uses, the client power save controller 142 uses, etc.) theindication of the second communication link to determine that the secondcommunication link is in the ON state.

In response to receiving the frame 912, the AP generates (e.g., thenetwork interface 122 generates, the network interface 300 generates,the MAC processor 126 generates, etc.) and transmits (e.g., the networkinterface 122 transmits, the network interface 300 transmits, the PHYprocessor 130 transmits, etc.) an acknowledgment frame 916 toacknowledge receiving the frame 804, according to an embodiment.

In other embodiments, the frame 912 is transmitted in the secondcommunication link similar to the frame 804 in FIG. 8 .

FIG. 10 is a diagram of another example communication exchange 1000between an AP and a client station, according to another embodiment.Horizontal lines in FIG. 10 indicate different communication linkscorresponding to respective frequency segments. In particular, FIG. 10illustrates a first communication link (e.g., a negotiated link) and asecond communication link. A transmission by the client station on aparticular communication link is illustrated below the correspondinghorizontal line, and a transmission by the AP on a particularcommunication link is illustrated above the corresponding horizontalline. Additionally, time increases from left to right in FIG. 10 .

In the scenario illustrated in FIG. 10 , the second communication linkis in the power save mode and is initially in the doze state for theclient station. The AP generates (e.g., the network interface 122generates, the network interface 300 generates, the MAC processor 126generates, the client power save controller 124 generates, etc.) andtransmits (e.g., the network interface 122 transmits, the networkinterface 300 transmits, the PHY processor 130 transmits, etc.) a beaconframe 1004. In an embodiment, a first instance of the beacon frame 1004a is transmitted via the first communication link and a second instanceof the beacon frame 1004 b is transmitted via the second communicationlink.

Prior to transmitting a next beacon frame 1006 (i.e., prior to a nextthe target beacon transmission time (TBTT)), the AP determines (e.g.,the network interface 122 determines, the network interface 300determines, the MAC processor 126 determines, the client power savecontroller 124 determines, etc.) that the client station shouldtransition to the wake state in connection with the second communicationlink. As an example, the AP determines (e.g., the network interface 122determines, the network interface 300 determines, the MAC processor 126determines, the client power save controller 124 determines, etc.) thatthe client station should transition to the wake state in connectionwith the second communication link because the AP determines (e.g., thenetwork interface 122 determines, the network interface 300 determines,the MAC processor 126 determines, the client power save controller 124determines, etc.) that there is a high traffic load on the firstcommunication link, there is high traffic load for traffic to the clientstation, etc.

In response to determining that the client station should transition tothe wake state in connection with the second communication link, the APgenerates (e.g., the network interface 122 generates, the networkinterface 300 generates, the MAC processor 126 generates, the clientpower save controller 124 generates, etc.) and transmits (e.g., thenetwork interface 122 transmits, the network interface 300 transmits,the PHY processor 130 transmits, etc.) a frame 1008 (e.g., a QoS nullframe, an action frame, or another suitable frame) that corresponds torequest for the client station to transition to the wake state inconnection with the second communication link. In an embodiment, theframe 1008 includes an indication of the second communication link toindicate that the request corresponds to the second communication link.

In response to receiving the frame 1008, the client station generates(e.g., the network interface 162 generates, the network interface 300generates, the MAC processor 166 generates, etc.) and transmits (e.g.,the network interface 162 transmits, the network interface 300transmits, the PHY processor 170 transmits, etc.) an acknowledgmentframe 1012 to acknowledge receiving the frame 1008, according to anembodiment. Additionally in response to receiving the frame 1008, theclient station determines (e.g., the network interface 162 determines,the network interface 300 determines, the MAC processor 166 determines,the power save controller 192 determines, etc.) whether to transition tothe wake state in connection with the second communication link inresponse to the frame 1008.

In response to determining to transition to the wake state in connectionwith the second communication link, the client station transitions tothe wake state in connection with the second communication link (e.g.,the network interface 162 transitions to the wake state in connectionwith the second communication link, the network interface 300transitions to the wake state in connection with the secondcommunication link, the MAC processor 166 controls the network interface162 to transitions to the wake state in connection with the secondcommunication link, the power save controller 192 controls the networkinterface 162 to transitions to the wake state in connection with thesecond communication link, etc.).

Additionally, in response to determining to transition to the wake statein connection with the second communication link, the client stationgenerates (e.g., the network interface 162 generates, the networkinterface 300 generates, the MAC processor 166 generates, the power savecontroller 192 generates, etc.) and transmits (e.g., the networkinterface 162 transmits, the network interface 300 transmits, the PHYprocessor 170 transmits, etc.) a frame (e.g., a QoS null frame, anaction frame, or another suitable frame) (not shown in FIG. 10 ) thatcorresponds to announcement that the client station has transitioned tothe wake state in connection with the second communication link,according to some embodiments. In an embodiment, the frame (thatannounces that the client station has transitioned to the wake state inconnection with the second communication link) includes an indication ofthe second communication link to indicate that the second communicationlink is in the wake state. In one embodiment, the client stationtransmits the frame (that announces that the client station hastransitioned to the wake state in connection with the secondcommunication link) in the first communication link. In anotherembodiment, the client station transmits the frame (that announces thatthe client station has transitioned to the wake state in connection withthe second communication link) in the second communication link.

In another embodiment, the client station determines (e.g., the networkinterface 162 determines, the network interface 300 determines, the MACprocessor 166 determines, the power save controller 192 determines,etc.) a future time at which to transition to the wake state inconnection with the second communication link in response to the frame1008, and transitioning to the wake state occurs at the determinedfuture time. In such embodiments, the client station generates (e.g.,the network interface 162 generates, the network interface 300generates, the MAC processor 166 generates, the power save controller192 generates, etc.) and transmits (e.g., the network interface 162transmits, the network interface 300 transmits, the PHY processor 170transmits, etc.) a frame (e.g., a QoS null frame, an action frame, oranother suitable frame) (not shown in FIG. 10 ) that corresponds toannouncement that the client station will transition to the wake statein connection with the second communication link at a future time, andthat indicates the future time, according to some embodiments. In anembodiment, the frame (that announces that the client station willtransition to the wake state in connection with the second communicationlink at a future time) includes an indication of the secondcommunication link to indicate that the second communication link willtransition to the wake state. In one embodiment, the client stationtransmits the frame (that announces that the client station willtransitioned to the wake state in connection with the secondcommunication link at a future time) in the first communication link. Inanother embodiment, the client station transmits the frame (thatannounces that the client station will transition to the wake state inconnection with the second communication link at a future time) in thesecond communication link.

Upon determining that the client station is in the wake state inconnection with the second communication link, the AP transmits (e.g.,the network interface 122 transmits, the network interface 300transmits, the PHY processor 130 transmits, etc.) one or more datapackets 1016 to the client station via the second communication link. Insome embodiments, the AP also transmits (e.g., the network interface 122transmits, the network interface 300 transmits, the PHY processor 130transmits, etc.) one or more data packets 1020 to the client station viathe first communication link.

FIG. 11 is a diagram of another example communication exchange 1100between an AP and a client station, according to another embodiment.Horizontal lines in FIG. 11 indicate different communication linkscorresponding to respective frequency segments. In particular, FIG. 11illustrates a first communication link (e.g., a negotiated link) and asecond communication link. A transmission by the client station on aparticular communication link is illustrated below the correspondinghorizontal line, and a transmission by the AP on a particularcommunication link is illustrated above the corresponding horizontalline. Additionally, time increases from left to right in FIG. 11 .

In the scenario illustrated in FIG. 11 , the second communication linkis in the power save mode and is initially in the doze state for theclient station. The AP generates (e.g., the network interface 122generates, the network interface 300 generates, the MAC processor 126generates, the client power save controller 124 generates, etc.) andtransmits (e.g., the network interface 122 transmits, the networkinterface 300 transmits, the PHY processor 130 transmits, etc.) a beaconframe 1104. In an embodiment, a first instance of the beacon frame 1104a is transmitted via the first communication link and a second instanceof the beacon frame 1104 b is transmitted via the second communicationlink.

The beacon frame 1104 includes information (e.g., within a trafficindication map (TIM)) that the AP has frames buffered for the clientstation, the buffered frames to be transmitted to the client station viathe second communication link. The client station receives the beaconframe 1104 a via the first communication link and determines (e.g., thenetwork interface 162 determines, the network interface 300 determines,the MAC processor 166 determines, the power save controller 192determines, etc.) that the AP has frames buffered for the clientstation, the buffered frames to be transmitted to the client station viathe second communication link.

Prior to the AP transmitting a next beacon frame 1106 (i.e., prior to anext the TBTT), and in response to determining that the AP has framesbuffered for the client station, the buffered frames to be transmittedto the client station via the second communication link, the clientstation transitions to the wake state in connection with the secondcommunication link (e.g., the network interface 162 transitions to thewake state in connection with the second communication link, the networkinterface 300 transitions to the wake state in connection with thesecond communication link, the MAC processor 166 controls the networkinterface 162 to transitions to the wake state in connection with thesecond communication link, the power save controller 192 controls thenetwork interface 162 to transitions to the wake state in connectionwith the second communication link, etc.). Additionally, in response todetermining that the AP has frames buffered for the client station, thebuffered frames to be transmitted to the client station via the secondcommunication link, the client station generates (e.g., the networkinterface 162 generates, the network interface 300 generates, the MACprocessor 166 generates, the power save controller 192 generates, etc.)and transmits (e.g., the network interface 162 transmits, the networkinterface 300 transmits, the PHY processor 170 transmits, etc.) a frame1108 (e.g., a power save (PS) poll frame, a QoS null frame, an actionframe, or another suitable frame) that indicates that the client stationhas transitioned to the wake state in connection with the secondcommunication link, according to some embodiments. In an embodiment, theframe 1108 includes an indication of the second communication link toindicate that the second communication link is in the wake state. In oneembodiment, the client station transmits the frame 1108 in the firstcommunication link. In another embodiment, the client station transmitsthe frame 1108 in the second communication link.

In response to receiving the frame 1108, the AP generates (e.g., thenetwork interface 122 generates, the network interface 300 generates,the MAC processor 126 generates, etc.) and transmits (e.g., the networkinterface 122 transmits, the network interface 300 transmits, the PHYprocessor 130 transmits, etc.) an acknowledgment frame 1112 toacknowledge receiving the frame 1108, according to an embodiment.

Upon determining that the client station is in the wake state inconnection with the second communication link, the AP transmits (e.g.,the network interface 122 transmits, the network interface 300transmits, the PHY processor 130 transmits, etc.) one or more datapackets 1116 to the client station via the second communication link.

In response to receiving the packet 1116, the client station generates(e.g., the network interface 162 generates, the network interface 300generates, the MAC processor 166 generates, etc.) and transmits (e.g.,the network interface 162 transmits, the network interface 300transmits, the PHY processor 170 transmits, etc.) an acknowledgmentframe 1120 to acknowledge receiving the packet 1116, according to anembodiment.

In some embodiments, the acknowledgment frame 1120 is generated toinclude an indication (e.g., in a MAC header of the acknowledgment frame1120, in a control field within the MAC header, etc.) that the secondcommunication device has transitioned to the doze state in connectionwith the second communication link. In some embodiments, theacknowledgment frame 1120 does not include an indication that thetransition to the doze state is in connection with the secondcommunication link, but rather the AP assumes that the transition to thedoze state is in connection with the second communication link becausethe indication of the transition to the doze state was transmitted inthe second communication link. In other embodiments, the acknowledgmentframe 1120 includes (e.g., in a MAC header of the acknowledgment frame1120, in a control field within the MAC header, etc.) an explicitindication that the transition to the doze state is in connection withthe second communication link.

FIG. 12 is a flow diagram of an example method 1200 for communicatingvia multiple communication links corresponding to respective frequencysegments, according to an embodiment. In some embodiments, the AP 114(FIG. 1 ), the client station 154 (FIG. 1 ), and/or the networkinterface device 300 (FIG. 3 ) is configured to implement the method1200, and FIG. 12 is described with reference to FIGS. 1 and 3 merelyfor explanatory purposes. In other embodiments, the method 1200 isimplemented by another suitable communication device.

In various embodiments, the method 1200 is implemented in combinationwith one or more of (or none of) the method 400 of FIG. 4 , thetechniques described with reference to FIG. 5 , the method 600 of FIG. 6, the techniques described with reference to FIG. 8 , the techniquesdescribed with reference to FIG. 9 , the techniques described withreference to FIG. 10 , and/or the techniques described with reference toFIG. 11 .

At block 1204, a first communication device monitors (e.g., the networkinterface 122 monitors, the MAC processor 126 monitors, the client powersave controller 142 monitors, the network interface 162 monitors, theMAC processor 166 monitors, the power save controller 192 monitors, thenetwork interface 300 monitors, etc.) respective power save-relatedstates and/or modes of a second communication device with respect to aplurality of communication links corresponding to respective frequencysegments. Monitoring power save-related states and/or modes at block1204 includes determining respective current power save-related statesand/or modes corresponding to respective communication links, in someembodiments. Monitoring power save-related states and/or modes at block1204 additionally or alternatively includes determining one or morerespective future times at which one or more current power save-relatedstates and/or modes (corresponding to respective communication links)will change, in some embodiments. Monitoring power save-related statesand/or modes at block 1204 includes one or both of i) recording, in amemory device (e.g., one or more registers, a register file, a randomaccess memory (RAM), a Flash memory, a solid state memory, etc.),respective indications of respective current power save-related statesand/or modes corresponding to respective communication links, and ii)recording, in the memory device, one or more respective indications ofone or more respective future times at which one or more current powersave-related states and/or modes (corresponding to respectivecommunication links) will change, in some embodiments.

Determining respective power save-related states and/or modescorresponding to respective communication links at block 1204 comprisesreceiving indications from the second communication device of currentpower save-related states and/or modes of the second communicationdevice corresponding to respective communication links, according tosome embodiments. For example, the first communication device receivesindications such as described above (e.g., with reference to FIGS. 8-11) or other suitable indications.

Determining respective power save-related states and/or modescorresponding to respective communication links at block 1204additionally or alternatively comprises receiving indications from thesecond communication device of future times at which one or more currentpower save-related states and/or modes (corresponding to respectivecommunication links) will change, according to some embodiments. Forexample, the first communication device receives indications such asdescribed above (e.g., with reference to FIGS. 8-11 ) or other suitableindications.

At block 1208, the first communication device communicates (e.g., thenetwork interface 122 communicates, the network interface 162communicates, the network interface 300 communicates, etc.) with thesecond communication device via the plurality of communication links inaccordance with the respective power save-related states and/or modes ofthe second communication device determined at block 1204. In someembodiments, communicating via the plurality of communication links atblock 1208 comprises transmitting to the second communication device viaone or more communication links that the first communication devicedetermines are in an ON state (with respect to the second communicationdevice) and determining to not transmit to the second communicationdevice via one or more communication links that the first communicationdevice determines are in an OFF state (with respect to the secondcommunication device). In some embodiments, communicating via theplurality of communication links at block 1208 additionally oralternatively comprises transmitting to the second communication devicevia one or more communication links that the first communication devicedetermines are in a wake state (with respect to the second communicationdevice) and determining to not transmit to the second communicationdevice via one or more communication links that the first communicationdevice determines are in a doze state (with respect to the secondcommunication device).

In some embodiments, a client station negotiates a schedule fortransitioning between the wake state and the doze state in connectionwith a communication link. The schedule is sometimes referred to hereinas a “target wake time schedule”, “TWT schedule”, or “TWT agreement”.For a particular client station, the TWT schedule includes a designatedtime period (sometimes referred to as a “TWT service period” or “TWTSP”) at which the client station typically transitions to the wake state(if not already in the wake state) and remains in the wake state for aduration of the TWT SP. In some scenarios, the client station returns tothe doze state at an end of the TWT SP. The use of TWT schedules by anAP is useful for minimizing contention between client stations in a WLANand/or reducing power consumption by client stations, at least in someembodiments.

Negotiation of a TWT schedule includes negotiating one or more TWTschedule parameters such as one or more of i) a start time of a TWT SP,ii) a time period between TWT SPs, and iii) a duration of each TWT SP,according to some embodiments. Negotiating the one or more TWT scheduleparameters comprises communication devices exchanges one or more packetsregarding the one or more TWT schedule parameters, according to someembodiments.

A first communication device negotiates (with a second communicationdevice) a TWT schedule for a particular communication link among aplurality of communication links corresponding to respective frequencysegments. In some embodiments, the TWT schedule for the particularcommunication link is negotiated independently of one or more other TWTschedules (if any) for any other communication links among the pluralityof communication link. For example, in some embodiments, the firstcommunication device negotiates (with the second communication device)the TWT schedule for the particular communication link when no other TWTschedules exist and/or are being negotiated (with the secondcommunication device) with any other communication links that are beingused with the second communication device. As another example, in someembodiments, when another TWT schedule exists for another communicationlink, the first communication device negotiates (with the secondcommunication device) one or more parameters of the TWT schedule for theparticular communication link that are different than correspondingparameters of the other TWT schedule for the other communication link.

In other embodiments, one or more of the parameters of the TWT schedulesof multiple communication links are not negotiated independently. Forexample, one or more of the parameters of a TWT schedule that arenegotiated apply to all communication links being used by acommunication device. As an illustrative embodiment, a firstcommunication devices negotiates with a second communication deviceregarding a same TWT schedule for all communication links being used bythe first communication device, e.g., i) a start time of a TWT SP, ii) atime period between TWT SPs, and iii) a duration of each TWT SP, are thesame for all communication links.

As another example, a first set of parameters of a TWT schedule that arenegotiated apply to all communication links being used by acommunication device, whereas a second set of parameters of the TWTschedule that are negotiated apply to less than all of the communicationlinks being used by the communication device. As an illustrativeembodiment, a first communication devices negotiates with a secondcommunication device regarding i) a start time of a TWT SP, and ii) atime period between TWT SPs, that are the same for all communicationlinks, and the first communication devices negotiates with the secondcommunication device regarding different respective time durations ofTWT SPs for respective communication links.

A teardown of a TWT schedule involves permanently ending an agreed TWTschedule, according to an embodiment. Tearing down a TWT schedulecomprises communication devices exchanging one or more packets to endthe TWT schedule, according to some embodiments.

A first communication device tears down a TWT schedule for a particularcommunication link among a plurality of communication linkscorresponding to respective frequency segments. In some embodiments, thetearing down of the TWT schedule for the particular communication linkis performed independently of one or more other TWT schedules (if any)for any other communication links among the plurality of communicationlinks. For example, in some embodiments, the first communication devicetears down the TWT schedule for the particular communication link whenno other TWT schedules exist with any other communication links that arebeing used with the second communication device. As another example, insome embodiments, when another TWT schedule exists for anothercommunication link, the first communication device tears down the TWTschedule for the particular communication link without tearing down theother TWT schedule for the other communication link, e.g., the other TWTschedule for the other communication remains active after the TWTschedule for the particular communication link has been torn down.

In other embodiments, the tearing down of a TWT schedule for aparticular communication link is not performed independently of one ormore other TWT schedules for other communication links among theplurality of communication links. As an illustrative example, the firstcommunication device tears down the TWT schedule for all communicationlinks at a same time. As another illustrative example, the firstcommunication device tears down the TWT schedule for a first set ofmultiple communication links at a same time, without tearing down one ormore other TWT schedules for a second set of communication links.

A suspension of a TWT schedule involves suspending an agreed TWTschedule for a defined period of time, according to an embodiment.Suspending a TWT schedule comprises communication devices exchanging oneor more packets to suspend the TWT schedule, according to someembodiments.

A first communication device suspends a TWT schedule for a particularcommunication link among a plurality of communication linkscorresponding to respective frequency segments. In some embodiments, thesuspension of the TWT schedule for the particular communication link isperformed independently of one or more other TWT schedules (if any) forany other communication links among the plurality of communication link.For example, in some embodiments, the first communication devicesuspends the TWT schedule for the particular communication link when noother TWT schedules exist with any other communication links that arebeing used with the second communication device. As another example, insome embodiments, when another TWT schedule exists for anothercommunication link, the first communication device suspends the TWTschedule for the particular communication link without suspending theother TWT schedule for the other communication link, e.g., the other TWTschedule for the other communication remains active while the TWTschedule for the particular communication link is suspended.

In other embodiments, the suspension of a TWT schedule for a particularcommunication link is not performed independently of one or more otherTWT schedules for other communication links among the plurality ofcommunication links. As an illustrative example, the first communicationdevice suspends the TWT schedule for all communication links at a sametime. As another illustrative example, the first communication devicesuspends down the TWT schedule for a first set of multiple communicationlinks at a same time, without suspending one or more other TWT schedulesfor a second set of communication links.

A resumption of a TWT schedule involves resuming a TWT schedule that wassuspended, according to an embodiment. Resuming a TWT schedule comprisescommunication devices exchanging one or more packets to resume the TWTschedule, according to some embodiments.

A first communication device resumes a TWT schedule for a particularcommunication link among a plurality of communication linkscorresponding to respective frequency segments. In some embodiments, theresumption of the TWT schedule for the particular communication link isperformed independently of one or more other TWT schedules (if any) forany other communication links among the plurality of communication link.For example, in some embodiments, the first communication device resumesthe TWT schedule for the particular communication link when no other TWTschedules exist with any other communication links that are being usedwith the second communication device. As another example, in someembodiments, when another TWT schedule exists for another communicationlink and is suspended, the first communication device resumes the TWTschedule for the particular communication link without resuming theother TWT schedule for the other communication link, e.g., the other TWTschedule for the other communication remains suspended while the TWTschedule for the particular communication link is resumed.

In other embodiments, the resumption of a TWT schedule for a particularcommunication link is not performed independently of one or more otherTWT schedules for other communication links among the plurality ofcommunication links. As an illustrative example, the first communicationdevice resumes the TWT schedule for all communication links at a sametime. As another illustrative example, the first communication deviceresumes the TWT schedule for a first set of multiple communication linksat a same time, without resuming one or more other TWT schedules for asecond set of communication links.

A change to a TWT schedule involves changing one or more parameters ofan existing TWT schedule, according to an embodiment. For example, achanging a TWT schedule involves changing one or both of i) the timeperiod between TWT SPs, and ii) the duration of each TWT SP, accordingto an illustrative embodiment. Changing the one or more TWT scheduleparameters comprises communication devices exchanging one or morepackets regarding the changing of the one or more TWT scheduleparameters, according to some embodiments.

A first communication device changes a TWT schedule for a particularcommunication link among a plurality of communication linkscorresponding to respective frequency segments. In some embodiments,changing of the TWT schedule for the particular communication link isperformed independently of one or more other TWT schedules (if any) forany other communication links among the plurality of communication link.For example, in some embodiments, the first communication device changesthe TWT schedule for the particular communication link when no other TWTschedules exist with any other communication links that are being usedwith the second communication device. As another example, in someembodiments, when another TWT schedule exists for another communicationlink, the first communication device changes a parameters of the TWTschedule for the particular communication link without changing acorresponding parameter (and optionally without changing any parametersof) the other TWT schedule for the other communication link.

In other embodiments, the changing of a TWT schedule for a particularcommunication link is not performed independently of one or more otherTWT schedules for other communication links among the plurality ofcommunication links. As an illustrative example, the first communicationdevice changes the TWT schedule for all communication links at a sametime. As another illustrative example, the first communication devicechanges the TWT schedule for a first set of multiple communication linksat a same time, without changing one or more other TWT schedules for asecond set of communication links.

During a particular TWT SP, communication devices may agree to end theTWT SP early. Ending a particular TWT SP early comprises communicationdevices exchanging one or more packets to end the TWT SP early,according to some embodiments.

A first communication device ends a particular TWT SP early, the TWT SPfor a particular communication link among a plurality of communicationlinks corresponding to respective frequency segments. In someembodiments, ending the particular TWT SP early is performedindependently of one or more other TWT schedules (if any) and/or TWT SPs(if any) for any other communication links among the plurality ofcommunication link. For example, in some embodiments, the firstcommunication device ends the particular TWT SP for the particularcommunication link early when no other TWT schedules exist with anyother communication links that are being used with the secondcommunication device. As another example, in some embodiments, whenanother TWT schedule exists for another communication link, the firstcommunication device ends the particular TWT SP for the particularcommunication link early without ending another TWT SP for the othercommunication link early.

In other embodiments, the early ending of a TWT SP for a particularcommunication link is not performed independently of one or more otherTWT SPs for other communication links among the plurality ofcommunication links. As an illustrative example, the first communicationdevice ends a TWT SP early for all communication links at a same time.As another illustrative example, the first communication device ends theTWT SP early for a first set of multiple communication links at a sametime, without ending one or more other TWT SPs early for a second set ofcommunication links.

As discussed above, TWT negotiation, TWT teardown, TWT suspension, TWTresumption, TWT parameter change, and/or early ending of a TWT SPinvolve the communication of packets between communication devices, atleast in some embodiments. For example, a first communication devicetransmits to a second communication device a frame, within a packet,regarding a TWT management operation, such as TWT negotiation, a TWTteardown, a TWT suspension, a TWT resumption, a TWT parameter change, oran early ending of a TWT SP in connection with one or more communicationlinks, at least in some embodiments. The frame includes one or morerespective indications of the one or more communication links to whichthe TWT management operation corresponds, according to an embodiment.For example, the frame includes a bitmap, and respective bit positionsin the bitmap correspond to respective communication links to indicatethe communication link(s) to which the TWT management operationcorresponds. For example, the first communication device sets to a firstvalue (e.g., the network interface 122 sets, the MAC processor 126 sets,the client power save controller 142 sets, the network interface 162sets, the MAC processor 166 sets, the power save controller 192 sets,the network interface 300 communicates, etc.) bit(s) that correspond tocommunication link(s) to which the TWT management operation corresponds,whereas the first communication device sets to a second value (e.g., thenetwork interface 122 sets, the MAC processor 126 sets, the client powersave controller 142 sets, the network interface 162 sets, the MACprocessor 166 sets, the power save controller 192 sets, the networkinterface 300 sets, etc.) bit(s) that correspond to communicationlink(s) to which the TWT management operation does not correspond,according to an embodiment.

In some embodiments, when the frame is for a TWT management operationthat applies to all communication links being used by a communicationdevice, the frame includes an indication that the management operationapplies to all communication links being used by the communicationdevice.

In some embodiments in which the frame regarding a TWT managementoperation includes an indication of a first communication link (or anindication of a set of communication links that includes the firstcommunication link) to which the TWT management operation corresponds,the first communication device transmits (e.g., the network interface122 transmits, the PHY processor 130 transmits, the network interface162 transmits, the PHY processor 170 transmits, the network interface300 transmits, etc.) the frame in a second communication link. In someembodiments, the second communication link is the negotiated link, andframes regarding the TWT management operations are required to betransmitted in the negotiated link.

In some embodiments in which the frame regarding a TWT managementoperation includes an indication of a first communication link (or anindication of a set of communication links that includes the firstcommunication link) to which the TWT management operation corresponds,the first communication device transmits (e.g., the network interface122 transmits, the PHY processor 130 transmits, the network interface162 transmits, the PHY processor 170 transmits, the network interface300 transmits, etc.) the frame in a second communication link.

In an embodiment, when negotiating a TWT schedule, the firstcommunication device generates (e.g., the network interface 122generates, the MAC processor 126 generates, the client power savecontroller 142 generates, the network interface 162 generates, the MACprocessor 166 generates, the power save controller 192 generates, thenetwork interface 300 generates, etc.) a frame that i) indicates theframe corresponds to a negotiation of a TWT schedule, ii) includes oneor more parameters for the schedule (e.g., a TWT start time, a TWT timeperiod, and/or a TWT SP duration, etc.), and iii) includes an indicationof one or more communication links to which the TWT schedulecorresponds, and transmits (e.g., the network interface 122 transmits,the PHY processor 130 transmits, the network interface 162 transmits,the PHY processor 170 transmits, the network interface 300 transmits,etc.) the frame (within a packet) to the second communication device.

In an embodiment, when negotiating a TWT schedule, the firstcommunication device generates (e.g., the network interface 122generates, the MAC processor 126 generates, the client power savecontroller 142 generates, the network interface 162 generates, the MACprocessor 166 generates, the power save controller 192 generates, thenetwork interface 300 generates, etc.) a frame that i) indicates theframe corresponds to a negotiation of a TWT schedule, ii) includes oneor more parameters for the schedule (e.g., a TWT start time, a TWT timeperiod, and/or a TWT SP duration, etc.), and iii) includes an indicationof one or more communication links to which the TWT schedulecorresponds, and transmits (e.g., the network interface 122 transmits,the PHY processor 130 transmits, the network interface 162 transmits,the PHY processor 170 transmits, the network interface 300 transmits,etc.) the frame (within a packet) to the second communication device.

In an embodiment, when tearing down a TWT schedule, the firstcommunication device generates (e.g., the network interface 122generates, the MAC processor 126 generates, the client power savecontroller 142 generates, the network interface 162 generates, the MACprocessor 166 generates, the power save controller 192 generates, thenetwork interface 300 generates, etc.) a frame that i) indicates theframe corresponds to a teardown of a TWT schedule, and ii) includes anindication of one or more communication links to which the teardowncorresponds, and transmits (e.g., the network interface 122 transmits,the PHY processor 130 transmits, the network interface 162 transmits,the PHY processor 170 transmits, the network interface 300 transmits,etc.) the frame (within a packet) to the second communication device.

In an embodiment, when suspending a TWT schedule, the firstcommunication device generates (e.g., the network interface 122generates, the MAC processor 126 generates, the client power savecontroller 142 generates, the network interface 162 generates, the MACprocessor 166 generates, the power save controller 192 generates, thenetwork interface 300 generates, etc.) a frame that i) indicates theframe corresponds to a suspension of a TWT schedule, and ii) includes anindication of one or more communication links to which the suspensioncorresponds, and transmits (e.g., the network interface 122 transmits,the PHY processor 130 transmits, the network interface 162 transmits,the PHY processor 170 transmits, the network interface 300 transmits,etc.) the frame (within a packet) to the second communication device.

In an embodiment, when resuming a TWT schedule, the first communicationdevice generates (e.g., the network interface 122 generates, the MACprocessor 126 generates, the client power save controller 142 generates,the network interface 162 generates, the MAC processor 166 generates,the power save controller 192 generates, the network interface 300generates, etc.) a frame that i) indicates the frame corresponds to aresumption of a TWT schedule, and ii) includes an indication of one ormore communication links to which the resumption corresponds, andtransmits (e.g., the network interface 122 transmits, the PHY processor130 transmits, the network interface 162 transmits, the PHY processor170 transmits, the network interface 300 transmits, etc.) the frame(within a packet) to the second communication device.

In an embodiment, when changing a TWT schedule, the first communicationdevice generates (e.g., the network interface 122 generates, the MACprocessor 126 generates, the client power save controller 142 generates,the network interface 162 generates, the MAC processor 166 generates,the power save controller 192 generates, the network interface 300generates, etc.) a frame that i) indicates the frame corresponds to achange to a TWT schedule, ii) includes one or more parameters for theschedule (e.g., a TWT start time, a TWT time period, and/or a TWT SPduration, etc.) that are being changed, and iii) includes an indicationof one or more communication links to which the TWT schedule changecorresponds, and transmits (e.g., the network interface 122 transmits,the PHY processor 130 transmits, the network interface 162 transmits,the PHY processor 170 transmits, the network interface 300 transmits,etc.) the frame (within a packet) to the second communication device.

In an embodiment, when ending a TWT SP early, the first communicationdevice generates (e.g., the network interface 122 generates, the MACprocessor 126 generates, the client power save controller 142 generates,the network interface 162 generates, the MAC processor 166 generates,the power save controller 192 generates, the network interface 300generates, etc.) a frame that i) indicates the frame corresponds to anearly ending of a TWT SP, and ii) includes an indication of one or morecommunication links to which the early ending corresponds, and transmits(e.g., the network interface 122 transmits, the PHY processor 130transmits, the network interface 162 transmits, the PHY processor 170transmits, the network interface 300 transmits, etc.) the frame (withina packet) to the second communication device.

FIG. 13 is a diagram of another example communication exchange 1300between an AP and a client station, according to another embodiment.Horizontal lines in FIG. 13 indicate different communication linkscorresponding to respective frequency segments. In particular, FIG. 13illustrates a first communication link and a second communication link.A transmission by the client station on a particular communication linkis illustrated below the corresponding horizontal line, and atransmission by the AP on a particular communication link is illustratedabove the corresponding horizontal line. Additionally, time increasesfrom left to right in FIG. 13 .

In the scenario illustrated in FIG. 13 , the client station is in thepower save mode in connection with both the first communication link andthe second communication link. Additionally, a TWT SP 1304 has beenestablished for the first communication link and a TWT SP 1308 has beenestablished for the second communication link. Although the TWT SP 1304and the TWT SP 1308 are illustrated in FIG. 13 as beginning and endingat different times, in other embodiments the TWT SP 1304 and the TWT SP1308 begin at a same time and end at a same time.

During an initial portion of the TWT SP 1304, the client station is inthe wake state with respect to the first communication link, and duringan initial portion of the TWT SP 1308, the client station is in the wakestate with respect to the second communication link. In an embodiment,the client station determines (e.g., the network interface 162determines, the MAC processor 166 determines, the power save controller192 determines, the network interface 300 determines, etc.) to end theTWT SP 1304 early and to end the TWT SP 1308 early. In response todetermining to end the TWT SP 1304 early and to end the TWT SP 1308early, the client station generates (e.g., the network interface 162generates, the MAC processor 166 generates, the power save controller192 generates, the network interface 300 generates, etc.) a frame 1312having an indication (e.g., within a MAC header of the frame 1312,within a control field within the MAC header, within a MAC frame body ofthe frame 1312, etc.) that the client station is ending all TWT SPsearly. Additionally, the client station transmits (e.g., the networkinterface 162 transmits, the PHY processor 170 transmits, the networkinterface 300 transmits, etc.) the frame 1312 within a packet to the APvia the second communication link. In another embodiment in which thefirst communication link is the negotiated link, the client stationtransmits (e.g., the network interface 162 transmits, the PHY processor170 transmits, the network interface 300 transmits, etc.) the frame 1312within a packet to the AP via the first communication link.

In an embodiment, the frame 1312 is a PS poll frame. In otherembodiments, the frame 1312 is a QoS null frame, an action frame, oranother suitable frame.

In response to receiving the frame 1312, the AP determines (e.g., thenetwork interface 122 determines, the MAC processor 126 determines, theclient power save controller 142 determines, the network interface 300determines, etc.) that the client station is ending the TWT SP 1304 andthe TWT SP 1308 early. Additionally, in response to receiving the frame1312, the AP generates (e.g., the network interface 122 generates, theMAC processor 126 generates, the client power save controller 142generates, the network interface 300 generates, etc.) and transmits(e.g., the network interface 122 transmits, the network interface 300transmits, the PHY processor 130 transmits, etc.) an acknowledgmentframe 1316 that acknowledges the frame 1312.

In connection with transmitting the frame 1312, the client stationtransitions (e.g., the network interface 162 transitions, the MACprocessor 166 controls the network interface 162 to transition, thepower save controller 192 controls the network interface 162 totransition, the network interface 300 transitions, etc.) at leasthardware components corresponding to the first communication link andthe second communication link to the doze state prior to an end of theTWT SP 1304 and prior to and end of the TWT SP 1308. In an embodiment,the client station transitions the at least hardware componentscorresponding to the first communication link and the secondcommunication link to the doze state in response to receiving theacknowledgement frame 1316.

FIG. 14 is a diagram of another example communication exchange 1400between an AP and a client station, according to another embodiment.Horizontal lines in FIG. 14 indicate different communication linkscorresponding to respective frequency segments. In particular, FIG. 14illustrates a first communication link and a second communication link.A transmission by the client station on a particular communication linkis illustrated below the corresponding horizontal line, and atransmission by the AP on a particular communication link is illustratedabove the corresponding horizontal line. Additionally, time increasesfrom left to right in FIG. 14 .

In the scenario illustrated in FIG. 14 , the client station is in thepower save mode in connection with both the first communication link andthe second communication link. Additionally, a TWT SP 1404 has beenestablished for the first communication link and a TWT SP 1408 has beenestablished for the second communication link. Although the TWT SP 1404and the TWT SP 1408 are illustrated in FIG. 14 as beginning and endingat different times, in other embodiments the TWT SP 1404 and the TWT SP1408 begin at a same time and end at a same time.

During the TWT SP 1404, the client station is in the wake state withrespect to the first communication link, and during an initial portionof the TWT SP 1408, the client station is in the wake state with respectto the second communication link. In an embodiment, the client stationdetermines (e.g., the network interface 162 determines, the MACprocessor 166 determines, the power save controller 192 determines, thenetwork interface 300 determines, etc.) to end the TWT SP 1408 early. Inresponse to determining to end the TWT SP 1408 early, the client stationgenerates (e.g., the network interface 162 generates, the MAC processor166 generates, the power save controller 192 generates, the networkinterface 300 generates, etc.) a frame 1412 having an indication (e.g.,within a MAC header of the frame 1312, within a control field within theMAC header, within a MAC frame body of the frame 1312, etc.) that theclient station is ending a TWT SP in the second communication linkearly. Additionally, the client station transmits (e.g., the networkinterface 162 transmits, the PHY processor 170 transmits, the networkinterface 300 transmits, etc.) the frame 1312 within a packet to the APvia the second communication link. In another embodiment in which thefirst communication link is the negotiated link, the client stationtransmits (e.g., the network interface 162 transmits, the PHY processor170 transmits, the network interface 300 transmits, etc.) the frame 1412within a packet to the AP via the first communication link.

In an embodiment, the frame 1412 is a PS poll frame. In otherembodiments, the frame 1412 is a QoS null frame, an action frame, oranother suitable frame.

In an embodiment, the frame 1412 includes a bitmap, and respective bitpositions in the bitmap correspond to respective communication links toindicate the communication link(s) to which early ending of a TWT SPcorresponds. For example, the client station sets to a first value(e.g., the network interface 122 sets, the MAC processor 126 sets, theclient power save controller 142 sets, the network interface 162 sets,the MAC processor 166 sets, the power save controller 192 sets, thenetwork interface 300 communicates, etc.) bit(s) that correspond tocommunication link(s) to which early ending of a TWT SP corresponds,whereas the client station sets to a second value (e.g., the networkinterface 122 sets, the MAC processor 126 sets, the client power savecontroller 142 sets, the network interface 162 sets, the MAC processor166 sets, the power save controller 192 sets, the network interface 300sets, etc.) bit(s) that correspond to communication link(s) to which theearly ending of a TWT SP does not correspond, according to anembodiment. Thus, in an embodiment, the client station sets a first bitthat corresponds to the first communication link to the second value,and sets a second bit that corresponds to the second communication linkto the first value.

In response to receiving the frame 1412, the AP determines (e.g., thenetwork interface 122 determines, the MAC processor 126 determines, theclient power save controller 142 determines, the network interface 300determines, etc.) that the client station is ending the TWT SP 1408early. Additionally, in response to receiving the frame 1412, the APgenerates (e.g., the network interface 122 generates, the MAC processor126 generates, the client power save controller 142 generates, thenetwork interface 300 generates, etc.) and transmits (e.g., the networkinterface 122 transmits, the network interface 300 transmits, the PHYprocessor 130 transmits, etc.) an acknowledgment frame 1416 thatacknowledges the frame 1412.

In connection with transmitting the frame 1412, the client stationtransitions (e.g., the network interface 162 transitions, the MACprocessor 166 controls the network interface 162 to transition, thepower save controller 192 controls the network interface 162 totransition, the network interface 300 transitions, etc.) at leasthardware components corresponding to the second communication link tothe doze state prior to an end of the TWT SP 1408. In an embodiment, theclient station transitions the at least hardware componentscorresponding to the first communication link and the secondcommunication link to the doze state in response to receiving theacknowledgement frame 1416.

FIG. 15 is a diagram of another example communication exchange 1500between an AP and a client station, according to another embodiment.Horizontal lines in FIG. 15 indicate different communication linkscorresponding to respective frequency segments. In particular, FIG. 15illustrates a first communication link and a second communication link.A transmission by the client station on a particular communication linkis illustrated below the corresponding horizontal line, and atransmission by the AP on a particular communication link is illustratedabove the corresponding horizontal line. Additionally, time increasesfrom left to right in FIG. 15 .

In the scenario illustrated in FIG. 15 , the client station is in thepower save mode in connection with both the first communication link andthe second communication link. The client station is in the doze statewith respect to the first communication link, and a TWT SP 1508 has beenestablished for the second communication link.

In connection with a beginning of the TWT SP 1508, the client stationgenerates (e.g., the network interface 162 generates, the MAC processor166 generates, the power save controller 192 generates, the networkinterface 300 generates, etc.) a frame 1512 having an indication (e.g.,within a MAC header of the frame 1312, within a control field within theMAC header, within a MAC frame body of the frame 1312, etc.) that theclient station is in the wake state. Additionally, the client stationtransmits (e.g., the network interface 162 transmits, the PHY processor170 transmits, the network interface 300 transmits, etc.) the frame 1512within a packet to the AP via the second communication link.Transmission of the frame 1512 only within the second communication linkindicates only that the client station is in the wake state with respectto the second communication link.

In an embodiment, the frame 1512 is a PS poll frame. In otherembodiments, the frame 1512 is a QoS null frame, an action frame, oranother suitable frame.

In response to receiving the frame 1512 in the second communicationlink, the AP determines (e.g., the network interface 122 determines, theMAC processor 126 determines, the client power save controller 142determines, the network interface 300 determines, etc.) that the clientstation is in the wake state with respect to the second communicationlink. Additionally, in response to receiving the frame 1512, the APgenerates (e.g., the network interface 122 generates, the MAC processor126 generates, the client power save controller 142 generates, thenetwork interface 300 generates, etc.) and transmits (e.g., the networkinterface 122 transmits, the network interface 300 transmits, the PHYprocessor 130 transmits, etc.) an acknowledgment frame 1516 thatacknowledges the frame 1512.

In connection with transmitting the frame 1512, the client stationtransitions (e.g., the network interface 162 transitions, the MACprocessor 166 controls the network interface 162 to transition, thepower save controller 192 controls the network interface 162 totransition, the network interface 300 transitions, etc.) at leasthardware components corresponding to the second communication link tothe wake state.

FIG. 16 is a diagram of another example communication exchange 1600between an AP and a client station, according to another embodiment.Horizontal lines in FIG. 16 indicate different communication linkscorresponding to respective frequency segments. In particular, FIG. 16illustrates a first communication link and a second communication link.A transmission by the client station on a particular communication linkis illustrated below the corresponding horizontal line, and atransmission by the AP on a particular communication link is illustratedabove the corresponding horizontal line. Additionally, time increasesfrom left to right in FIG. 16 .

In the scenario illustrated in FIG. 16 , the client station is in thepower save mode in connection with both the first communication link andthe second communication link. Additionally, a TWT SP 1604 has beenestablished for the first communication link and a TWT SP 1608 has beenestablished for the second communication link.

In connection with a beginning of the TWT SP 1604 and a beginning of theTWT SP 1608, the client station generates (e.g., the network interface162 generates, the MAC processor 166 generates, the power savecontroller 192 generates, the network interface 300 generates, etc.) aframe 1612 having an indication (e.g., within a MAC header of the frame1312, within a control field within the MAC header, within a MAC framebody of the frame 1312, etc.) that the client station is in the wakestate. Additionally, the client station transmits (e.g., the networkinterface 162 transmits, the PHY processor 170 transmits, the networkinterface 300 transmits, etc.) the frame 1612 within a packet to the APvia the second communication link.

In an embodiment, the frame 1612 includes a bitmap, and respective bitpositions in the bitmap correspond to respective communication links toindicate the communication links for which the client station is in thewake state. For example, the client station sets to a first value (e.g.,the network interface 122 sets, the MAC processor 126 sets, the clientpower save controller 142 sets, the network interface 162 sets, the MACprocessor 166 sets, the power save controller 192 sets, the networkinterface 300 communicates, etc.) bits that correspond to communicationlinks for which the client station is in the wake state, whereas theclient station sets to a second value (e.g., the network interface 122sets, the MAC processor 126 sets, the client power save controller 142sets, the network interface 162 sets, the MAC processor 166 sets, thepower save controller 192 sets, the network interface 300 sets, etc.)bit(s) (if any) that correspond to communication link(s) for which theclient station is not in the wake state (e.g., is in the doze state, ifin the OFF state, etc.), according to an embodiment. Thus, in anembodiment, the client station sets a first bit that corresponds to thefirst communication link to the first value, and sets a second bit thatcorresponds to the second communication link to the first value.

In an embodiment, the frame 1612 is a PS poll frame. In otherembodiments, the frame 1612 is a QoS null frame, an action frame, oranother suitable frame.

In response to receiving the frame 1612, the AP determines (e.g., thenetwork interface 122 determines, the MAC processor 126 determines, theclient power save controller 142 determines, the network interface 300determines, etc.) that the client station is in the wake state withrespect to the first communication link and the second communicationlink. Additionally, in response to receiving the frame 1612, the APgenerates (e.g., the network interface 122 generates, the MAC processor126 generates, the client power save controller 142 generates, thenetwork interface 300 generates, etc.) and transmits (e.g., the networkinterface 122 transmits, the network interface 300 transmits, the PHYprocessor 130 transmits, etc.) an acknowledgment frame 1616 thatacknowledges the frame 1612.

In connection with transmitting the frame 1612, the client stationtransitions (e.g., the network interface 162 transitions, the MACprocessor 166 controls the network interface 162 to transition, thepower save controller 192 controls the network interface 162 totransition, the network interface 300 transitions, etc.) at leasthardware components corresponding to the first communication link andthe second communication link to the wake state.

In some embodiments, an AP operating on multiple communication links(sometimes referred to herein as a “multi-link AP entity”) correspondingto respective frequency segments is considered as multiple different APs(sometimes referred to herein as “sub-APs”) corresponding to respectivecommunication links. In some embodiments, each sub-AP is associated witha respective network address (e.g., MAC address, basic service setidentifier (BSSID), etc.).

In some embodiments, the multi-link AP entity transmits beacon frames onall of the communication links. A beacon frame is a management framethat is transmitted periodically by an AP. The beacon frame includesinformation about a WLAN managed by the AP. For example, the beaconframe includes about capabilities and configuration of the WLAN,according to some embodiments. In some embodiments, the beacon frameincludes a timestamp that client stations can use to update internalclocks of the client stations. In some embodiments, the beacon frameincludes information regarding imminent configuration changes, such asdata rate changes. In some embodiments, the beacon frame includes one ormore traffic indication map (TIM) elements that indicate to respectiveclient stations in the power save mode whether the AP has bufferedframes waiting for transmission to the respective client stations.

In some embodiments, the multi-link AP entity transmits multipleinstances of a single beacon frame on respective communication links,where the single beacon frame includes information for all of thesub-APs. In other embodiments, the multi-link AP entity transmits, foreach sub-AP, multiple instances of a beacon frame for the sub-AP onrespective communication links, where the beacon frame includesinformation for the respective sub-AP.

In some embodiments, the beacon frame includes a TIM element thatindicates, for each client station, whether any frames are buffered forthe client station in connection with any of the communication links.FIG. 17 is a diagram of example transmission by a multi-link AP entity,according to another embodiment. Horizontal lines in FIG. 17 indicatedifferent communication links corresponding to respective frequencysegments. In particular, FIG. 17 illustrates a first communication linkand a second communication link. Additionally, time increases from leftto right in FIG. 17 .

The multi-link AP entity generates (e.g., the network interface 122generates, the MAC processor 126 generates, the network interface 200generates, etc.) a beacon frame 1704 for transmission in the firstcommunication link. The beacon frame 1704 includes a TIM element thatindicates, for each client station, whether the multi-link AP entity hasbuffered any frames in connection with any of the communication links,according to an embodiment. Additionally, the multi-link AP transmits(e.g., the network interface 122 transmits, the PHY processor 130transmits, the network interface 300 transmits, etc.) the beacon frame1704 within a packet via the first communication link.

Additionally, the multi-link AP entity generates (e.g., the networkinterface 122 generates, the MAC processor 126 generates, the networkinterface 200 generates, etc.) a beacon frame 1708 for transmission inthe second communication link. The beacon frame 1708 includes the sameTIM element included in the beacon frame 1704, according to anembodiment. Additionally, the multi-link AP transmits (e.g., the networkinterface 122 transmits, the PHY processor 130 transmits, the networkinterface 300 transmits, etc.) the beacon frame 1708 within a packet viathe second communication link.

In some embodiments, the beacon frame 1704 and the beacon frame 1708 aredifferent instances of a same beacon frame. In other embodiments, thebeacon frame 1704 is a different beacon frame than the beacon frame1708.

Upon receiving the beacon frame 1704 in the first communication linkand/or receiving the beacon frame 1708 in the second communication link,a client station analyzes (e.g., the network interface 162 analyzes, theMAC processor 166 analyzes, the network interface 300 analyzes, etc.)the TIM element to determine whether the AP has any frames buffered forthe client station. If the client station determines that the AP hasframes buffered for the client station, the client station generates(e.g., the network interface 162 generates, the MAC processor 166generates, the power save controller 192 generates, the networkinterface 300 generates, etc.) a PS poll frame, a QoS null frame, oranother suitable frame, and transmits (e.g., the network interface 162transmits, the PHY processor 170 transmits, the network interface 300transmits, etc.) the PS poll frame (or other suitable frame) within apacket to the AP to prompt the AP to transmit one or more of thebuffered frames to the client station. In various embodiments, theclient station transmits the PS poll frame (or other suitable frame) viaone or both of the first communication link or the second communicationlink.

In some embodiments, the TIM element transmission techniques of FIG. 17are used when the multi-link AP is permitted to transmit traffic streams(each traffic stream comprising MPDUs having a respective same TIDintended for a respective client station) via any of the multiplecommunication links.

FIG. 18 is a diagram of example transmission by a multi-link AP entity,according to another embodiment. Horizontal lines in FIG. 18 indicatedifferent communication links corresponding to respective frequencysegments. In particular, FIG. 18 illustrates a first communication linkand a second communication link. Additionally, time increases from leftto right in FIG. 18 . In an embodiment, the first communication link isa negotiated link.

The multi-link AP entity generates (e.g., the network interface 122generates, the MAC processor 126 generates, the network interface 200generates, etc.) a beacon frame 1804 for transmission in the firstcommunication link. The beacon frame 1804 includes a first TIM elementthat indicates, for each client station, whether the multi-link APentity has buffered any frames for the client station for transmissionvia the first communication link. The beacon frame 1804 also includes asecond TIM element that indicates, for each client station, whether themulti-link AP entity has buffered any frames for the client station fortransmission via the second communication link.

The multi-link AP transmits (e.g., the network interface 122 transmits,the PHY processor 130 transmits, the network interface 300 transmits,etc.) the beacon frame 1804 within a packet via the first communicationlink.

Additionally, the multi-link AP entity also generates (e.g., the networkinterface 122 generates, the MAC processor 126 generates, the networkinterface 200 generates, etc.) a beacon frame 1808 for transmission inthe second communication link. The beacon frame 1808 does not includethe first TIM element or the second TIM element, according to anembodiment. The multi-link AP transmits (e.g., the network interface 122transmits, the PHY processor 130 transmits, the network interface 300transmits, etc.) the beacon frame 1808 within a packet via the secondcommunication link.

In some embodiments, the beacon frame 1804 is a different beacon framethan the beacon frame 1808.

In some embodiments, at least some client stations are required to be ina wake state with respect to the first communication link when thebeacon 1804 is transmitted.

Upon receiving the beacon frame 1804 in the first communication link, aclient station analyzes (e.g., the network interface 162 analyzes, theMAC processor 166 analyzes, the network interface 300 analyzes, etc.) i)the first TIM element to determine whether the AP has any framesbuffered for the client station for transmission via the firstcommunication link, and ii) the second TIM element to determine whetherthe AP has any frames buffered for the client station for transmissionvia the second communication link. If the client station determines thatthe AP has frames buffered for the client station for transmission inthe first communication link, the client station generates (e.g., thenetwork interface 162 generates, the MAC processor 166 generates, thepower save controller 192 generates, the network interface 300generates, etc.) a PS poll frame, a QoS null frame, or another suitableframe, and transmits (e.g., the network interface 162 transmits, the PHYprocessor 170 transmits, the network interface 300 transmits, etc.) thePS poll frame (or other suitable frame) within a packet to the AP viathe first communication link to prompt the AP to transmit one or more ofthe buffered frames to the client station via the first communicationlink. In another embodiment, the client station transits the PS pollframe (or other suitable frame) via the second communication link toprompt the AP to transmit one or more of the buffered frames to theclient station via the first communication link.

Similarly, if the client station determines that the AP has framesbuffered for the client station for transmission in the secondcommunication link, the client station generates (e.g., the networkinterface 162 generates, the MAC processor 166 generates, the power savecontroller 192 generates, the network interface 300 generates, etc.) aPS poll frame, a QoS null frame, or another suitable frame, andtransmits (e.g., the network interface 162 transmits, the PHY processor170 transmits, the network interface 300 transmits, etc.) the PS pollframe (or other suitable frame) within a packet to the AP via the secondcommunication link to prompt the AP to transmit one or more of thebuffered frames to the client station via the second communication link.In another embodiment, the client station transits the PS poll frame (orother suitable frame) via the first communication link to prompt the APto transmit one or more of the buffered frames to the client station viathe second communication link.

In other embodiments, the AP transmits multiple beacon frames 1804 viathe first communication link, e.g., within a single packet or multiplepackets. For example, a first beacon frame 1804 corresponds to a firstsub-AP in the first communication link, and the first beacon frame 1804is generated to include the first TIM element; and a second beacon frame1804 corresponds to a second sub-AP in the second communication link,and the second beacon frame 1804 is generated to include the second TIMelement.

In some embodiments, the TIM element transmission techniques of FIG. 18are used when the multi-link AP is required to transmit a first set ofone or more traffic streams (each traffic stream comprising MPDUs havinga respective same TID intended for a respective client station) via thefirst communication link, and a second set of one or more trafficstreams (each traffic stream comprising MPDUs having a respective sameTID intended for a respective client station) via the secondcommunication link. For example, the first TIM element corresponds tobuffered MPDUs in the first set of one or more traffic streams, and thesecond TIM element corresponds to buffered MPDUs in the second set ofone or more traffic streams, according to an embodiment.

FIG. 19 is a diagram of example transmission by a multi-link AP entity,according to another embodiment. Horizontal lines in FIG. 19 indicatedifferent communication links corresponding to respective frequencysegments. In particular, FIG. 19 illustrates a first communication linkand a second communication link. Additionally, time increases from leftto right in FIG. 19 . In an embodiment, the first communication link isa negotiated link.

The multi-link AP entity generates (e.g., the network interface 122generates, the MAC processor 126 generates, the network interface 200generates, etc.) a beacon frame 1904 for transmission in the firstcommunication link. The beacon frame 1904 includes a first TIM elementthat indicates, for each client station, whether the multi-link APentity has buffered any frames for the client station that can betransmitted via any of the multiple communication links. The beaconframe 1904 also includes a second TIM element that indicates, for eachclient station, whether the multi-link AP entity has buffered any framesfor the client station for transmission via the first communicationlink. The beacon frame 1904 also includes a third TIM element thatindicates, for each client station, whether the multi-link AP entity hasbuffered any frames for the client station for transmission via thesecond communication link.

The multi-link AP transmits (e.g., the network interface 122 transmits,the PHY processor 130 transmits, the network interface 300 transmits,etc.) the beacon frame 1904 within a packet via the first communicationlink.

Additionally, the multi-link AP entity also generates (e.g., the networkinterface 122 generates, the MAC processor 126 generates, the networkinterface 200 generates, etc.) a beacon frame 1808 for transmission inthe second communication link. The beacon frame 1908 includes the firstTIM element, but does not include the second TIM element or the thirdTIM element, according to an embodiment. The multi-link AP transmits(e.g., the network interface 122 transmits, the PHY processor 130transmits, the network interface 300 transmits, etc.) the beacon frame1908 within a packet via the second communication link.

In some embodiments, the beacon frame 1904 is a different beacon framethan the beacon frame 1908.

In some embodiments, at least some client stations are required to be ina wake state with respect to the first communication link when thebeacon 1904 is transmitted.

Upon receiving the beacon frame 1904 in the first communication link, aclient station analyzes (e.g., the network interface 162 analyzes, theMAC processor 166 analyzes, the network interface 300 analyzes, etc.) i)the first TIM element to determine whether the AP has any framesbuffered for the client station for transmission via either the firstcommunication link or the second communication link, ii) the second TIMelement to determine whether the AP has any frames buffered for theclient station for transmission via the first communication link, andiii) the third TIM element to determine whether the AP has any framesbuffered for the client station for transmission via the secondcommunication link. If the client station determines that the AP hasframes buffered for the client station for transmission in the firstcommunication link, the client station generates (e.g., the networkinterface 162 generates, the MAC processor 166 generates, the power savecontroller 192 generates, the network interface 300 generates, etc.) aPS poll frame, a QoS null frame, or another suitable frame, andtransmits (e.g., the network interface 162 transmits, the PHY processor170 transmits, the network interface 300 transmits, etc.) the PS pollframe (or other suitable frame) within a packet to the AP via the firstcommunication link to prompt the AP to transmit one or more of thebuffered frames to the client station via the first communication link.In another embodiment, the client station transmits the PS poll frame(or other suitable frame) via the second communication link to promptthe AP to transmit one or more of the buffered frames to the clientstation via the first communication link.

Similarly, if the client station determines that the AP has framesbuffered for the client station for transmission in the secondcommunication link, the client station generates (e.g., the networkinterface 162 generates, the MAC processor 166 generates, the power savecontroller 192 generates, the network interface 300 generates, etc.) aPS poll frame, a QoS null frame, or another suitable frame, andtransmits (e.g., the network interface 162 transmits, the PHY processor170 transmits, the network interface 300 transmits, etc.) the PS pollframe (or other suitable frame) within a packet to the AP via the secondcommunication link to prompt the AP to transmit one or more of thebuffered frames to the client station via the second communication link.In another embodiment, the client station transits the PS poll frame (orother suitable frame) via the first communication link to prompt the APto transmit one or more of the buffered frames to the client station viathe second communication link.

Similarly, if the client station determines that the AP has framesbuffered for the client station for transmission in either the firstcommunication link or the second communication link, the client stationgenerates (e.g., the network interface 162 generates, the MAC processor166 generates, the power save controller 192 generates, the networkinterface 300 generates, etc.) one or both of i) a first PS poll frame(or QoS null frame, or another suitable frame), and ii) a second PS pollframe (or QoS null frame, or another suitable frame), transmits (e.g.,the network interface 162 transmits, the PHY processor 170 transmits,the network interface 300 transmits, etc.) one or both of i) the firstPS poll frame (or other suitable frame) within a packet to the AP viathe first communication link to prompt the AP to transmit one or more ofthe buffered frames to the client station via the first communicationlink, and ii) the second PS poll frame (or other suitable frame) withina packet to the AP via the second communication link to prompt the AP totransmit one or more of the buffered frames to the client station viathe first communication link.

In some embodiments, if the client station generates a PS poll frame (orother suitable frame) in connection with the second TIM element, theclient station does not generate another PS poll frame (or othersuitable frame) for the first communication link in connection with thefirst TIM element. Similarly, in some embodiments, if the client stationgenerates a PS poll frame (or other suitable frame) in connection withthe third TIM element, the client station does not generate another PSpoll frame (or other suitable frame) for the second communication linkin connection with the first TIM element.

In other embodiments, the AP transmits multiple beacon frames 1904 viathe first communication link, e.g., within a single packet or multiplepackets. For example, a first beacon frame 1904 corresponds to a firstsub-AP in the first communication link, and the first beacon frame 1904is generated to include the first TIM element and the second TIMelement; and a second beacon frame 1904 corresponds to a second sub-APin the second communication link, and the second beacon frame 1804 isgenerated to include the third TIM element, and optionally the first TIMelement.

In some embodiments, the TIM element transmission techniques of FIG. 19are used when the multi-link AP is required to transmit a first set ofone or more traffic streams (each traffic stream comprising MPDUs havinga respective same TID intended for a respective client station) via thefirst communication link, a second set of one or more traffic streams(each traffic stream comprising MPDUs having a respective same TIDintended for a respective client station) via the second communicationlink, and is permitted to transmit third set of one or more trafficstreams (each traffic stream comprising MPDUs having a respective sameTID intended for a respective client station) via either the firstcommunication link or the second communication link. For example, thesecond TIM element corresponds to buffered MPDUs in the first set of oneor more traffic streams, the third TIM element corresponds to bufferedMPDUs in the second set of one or more traffic streams, and the firstTIM element corresponds to buffered MPDUs in the third set of one ormore traffic streams, according to an embodiment.

FIG. 20 is a flow diagram of an example method for a first communicationdevice to inform second communication devices of whether the firstcommunication device has buffered frames for the second communicationdevice, according to an embodiment. In some embodiments, the AP 114and/or the client station 154 is configured to implement the method2000, and FIG. 20 is described with reference to FIG. 1 merely forexplanatory purposes. In other embodiments, the method 2000 isimplemented by another suitable communication device. In someembodiments, the method 2000 is implemented in conjunction with themethod 400 of FIG. 4 . In other embodiments, the method 2000 is notimplemented in conjunction with the method 400 of FIG. 4 .

At block 2004, the first communication device determines (e.g., thenetwork interface 122 determines, the MAC processor 126 determines, thecommunication link selection controller 140 determines, the networkinterface 162 determines, the MAC processor 166 determines, thecommunication link selection controller 190 determines, the networkinterface 300 determines, etc.) whether the first communication devicehas buffered any frames for any of the second communication devices thatcan be transmitted via any of multiple communication links correspondingto respective frequency segments.

In response to determining at block 2004 that the first communicationdevice has buffered one or more frames for any of the secondcommunication devices that can be transmitted via any of multiplecommunication links, the flow proceeds to block 2008. At block 2008, thefirst communication device generates (e.g., the network interface 122generates, the MAC processor 126 generates, the network interface 162generates, the MAC processor 166 generates, the network interface 300generates, etc.) a first TIM element that indicates, for each secondcommunication device, whether the first communication device hasbuffered any frames for the second communication device that can betransmitted via any of the multiple communication links. The flow thenproceeds to block 2012.

Additionally, in response to determining at block 2004 that the firstcommunication device does not have buffered at least one frame for anyof the second communication devices that can be transmitted via any ofmultiple communication links, the flow also proceeds to block 2012. Atblock 2012, the first communication device determines (e.g., the networkinterface 122 determines, the MAC processor 126 determines, thecommunication link selection controller 140 determines, the networkinterface 162 determines, the MAC processor 166 determines, thecommunication link selection controller 190 determines, the networkinterface 300 determines, etc.) whether the first communication devicehas buffered any frames for any of the second communication devices thatare to be transmitted via only a first communication link among themultiple communication links.

In response to determining at block 2012 that the first communicationdevice has buffered one or more frames for any of the secondcommunication devices that are to be transmitted via only the firstcommunication link, the flow proceeds to block 2016. At block 2016, thefirst communication device generates (e.g., the network interface 122generates, the MAC processor 126 generates, the network interface 162generates, the MAC processor 166 generates, the network interface 300generates, etc.) a second TIM element that indicates, for each secondcommunication device, whether the first communication device hasbuffered any frames for the second communication device that are to betransmitted via only the first communication link. The flow thenproceeds to block 2020.

Additionally, in response to determining at block 2012 that the firstcommunication device does not have buffered at least one frame for anyof the second communication devices that is be transmitted via any ofonly the first communication link, the flow also proceeds to block 2020.At block 2020, the first communication device determines (e.g., thenetwork interface 122 determines, the MAC processor 126 determines, thecommunication link selection controller 140 determines, the networkinterface 162 determines, the MAC processor 166 determines, thecommunication link selection controller 190 determines, the networkinterface 300 determines, etc.) whether the first communication devicehas buffered any frames for any of the second communication devices thatare to be transmitted via only a second communication link among themultiple communication links.

In response to determining at block 2020 that the first communicationdevice has buffered one or more frames for any of the secondcommunication devices that are to be transmitted via only the secondcommunication link, the flow proceeds to block 2024. At block 2024, thefirst communication device generates (e.g., the network interface 122generates, the MAC processor 126 generates, the network interface 162generates, the MAC processor 166 generates, the network interface 300generates, etc.) a third TIM element that indicates, for each secondcommunication device, whether the first communication device hasbuffered any frames for the second communication device that are to betransmitted via only the second communication link. The flow thenproceeds to block 2028.

Additionally, in response to determining at block 2020 that the firstcommunication device does not have buffered at least one frame for anyof the second communication devices that is be transmitted via any ofonly the second communication link, the flow also proceeds to block2028.

At block 2028, if the first TIM was generated at block 2008, the firstcommunication device transmits (e.g., the network interface 122transmits, the PHY processor 130 transmits, the network interface 162transmits, the PHY processor 170 transmits, the network interface 300transmits, etc.) the first TIM via multiple ones (e.g., all) of themultiple communication links. In another embodiment, in response todetermining at block 2004 that the first communication device hasbuffered one or more frames for any of the second communication devicesthat can be transmitted via any of multiple communication links, thefirst communication device transmits (at block 2028) the first TIM viamultiple ones (e.g., all) of the multiple communication links.

At block 2032, if the second TIM was generated at block 2016, the firstcommunication device transmits (e.g., the network interface 122transmits, the PHY processor 130 transmits, the network interface 162transmits, the PHY processor 170 transmits, the network interface 300transmits, etc.) the second TIM via only the first communication link.In another embodiment, in response to determining at block 2012 that thefirst communication device has buffered one or more frames for any ofthe second communication devices that are to be transmitted via only thefirst communication device, the first communication device transmits (atblock 2032) the second TIM via only the first communication link.

At block 2036, if the third TIM was generated at block 2024, the firstcommunication device transmits (e.g., the network interface 122transmits, the PHY processor 130 transmits, the network interface 162transmits, the PHY processor 170 transmits, the network interface 300transmits, etc.) the third TIM via only the first communication link. Inanother embodiment, in response to determining at block 2020 that thefirst communication device has buffered one or more frames for any ofthe second communication devices that are to be transmitted via only thesecond communication link, the first communication device transmits (atblock 2036) the third TIM via only the first communication link. In someembodiments, the third TIM is transmitted at block 2036 via only thesecond communication link.

In some embodiments, the first TIM, the second TIM, and the third TIMare included within one or more beacon frames, such as described abovewith reference to FIG. 19 .

Embodiment 1: A method for communicating in a wireless local areanetwork (WLAN) that utilizes a plurality of WLAN communication links inrespective frequency segments, the method comprising: determining, at afirst communication device, whether a second communication device is ina power save mode with respect to a first WLAN communication link amongthe plurality of WLAN communication links, wherein the power save modewith respect to the first WLAN communication includes a wake state and adoze state; determining, at the first communication device, whether thesecond communication device is in a power save mode with respect to asecond WLAN communication link among the plurality of WLAN communicationlinks, wherein the power save mode with respect to the second WLANcommunication includes a wake state and a doze state, wherein the secondcommunication device is permitted to be in the power save mode withrespect to the second WLAN communication link when the secondcommunication device is not in the power save mode with respect to thefirst WLAN communication link, and wherein the second communicationdevice is permitted to be in the power save mode with respect to thefirst WLAN communication link when the second communication device isnot in the power save mode with respect to the second WLAN communicationlink; and communicating, by the first communication device, with thesecond communication device with at least one of i) the first WLANcommunication link and ii) the second WLAN communication link, includingcommunicating with the second communication device accordance with i)determining whether the second communication device is in the power savemode with respect to the first WLAN communication link, and ii)determining whether the second communication device is in the power savemode with respect to the second WLAN communication link.

Embodiment 2: The method of embodiment 1, further comprising: inresponse to determining that the second communication device is in thepower save mode with respect to the first WLAN communication link,determining, at the first communication device, whether the secondcommunication device is in the doze state with respect to the first WLANcommunication link; and in response to determining that the secondcommunication device is in the power save mode with respect to thesecond WLAN communication link, determining, at the first communicationdevice, whether the second communication device is in the doze statewith respect to the second WLAN communication link, wherein whether thesecond communication device is in the doze state with respect to thesecond WLAN communication link is independent of whether the secondcommunication device is in the doze state with respect to the first WLANcommunication link; wherein communicating with the second communicationdevice is further in accordance with i) when the second communicationdevice is in the power save mode with respect to the first WLANcommunication link, determining whether the second communication deviceis in the doze state with respect to the first WLAN communication link,and ii) when the second communication device is in the power save modewith respect to the second WLAN communication link, determining whetherthe second communication device is in the doze state with respect to thesecond WLAN communication link.

Embodiment 3: The method of embodiment 2, wherein determining whetherthe second communication device is in the doze state with respect to thesecond WLAN communication link comprises: receiving, at the firstcommunication device, a packet transmitted by the second communicationdevice via only the first WLAN communication link, wherein the packetincludes information indicating whether the second communication deviceis in the doze state with respect to the second WLAN communication link.

Embodiment 4: The method of either of embodiments 2 and 3, furthercomprising, when the second communication device is in the doze statewith respect to the second WLAN communication link: transmitting, by thefirst communication device, a packet to the second communication devicevia only the first WLAN communication link, wherein the packet includesinformation to prompt the second communication device transition to anawake state with respect to the second WLAN communication link.

Embodiment 5: The method of any of embodiments 1-4, wherein determiningwhether the second communication device is in the power save mode withrespect to the second WLAN communication link comprises: receiving, atthe first communication device, a packet transmitted by the secondcommunication device via only the first WLAN communication link, whereinthe packet includes information indicating whether the secondcommunication device is in the power save mode with respect to thesecond WLAN communication link.

Embodiment 6: The method of any embodiments 1-3 and 5, furthercomprising, when the first communication determines that the secondcommunication device is in the power save mode with respect to thesecond WLAN communication link: transmitting, by the first communicationdevice, a packet to the second communication device via the first WLANcommunication link, wherein the packet includes information requestingthat the second communication device transition to an active mode withrespect to the second WLAN communication link.

Embodiment 7: The method of any of embodiments 1-6, further comprising:determining, at the first communication device, that the secondcommunication device is in an OFF state with respect to the second WLANcommunication link; and transmitting, by the first communication device,a packet to the second communication device via the first WLANcommunication link, wherein the packet includes information requestingthat the second communication device transition to an ON state withrespect to the second WLAN communication link.

Embodiment 8: A first communication device, comprising: a wirelessnetwork interface device that is configured to communicate via aplurality of wireless local area network (WLAN) communication links inrespective frequency segments. The wireless network interface deviceincludes one or more integrated circuit (IC) devices configured to:determine whether a second communication device is in a power save modewith respect to a first WLAN communication link among the plurality ofWLAN communication links, wherein the power save mode with respect tothe first WLAN communication includes a wake state and a doze state;determine whether the second communication device is in a power savemode with respect to a second WLAN communication link among theplurality of WLAN communication links, wherein the power save mode withrespect to the second WLAN communication includes a wake state and adoze state, wherein whether the second communication device is in thepower save mode with respect to the second WLAN communication link isindependent of whether the second communication device is in the powersave mode with respect to the first WLAN communication link; andcommunicate with the second communication device with at least one of i)the first WLAN communication link and ii) the second WLAN communicationlink, including communicating with the second communication deviceaccordance with i) determining whether the second communication deviceis in the power save mode with respect to the first WLAN communicationlink, and ii) determining whether the second communication device is inthe power save mode with respect to the second WLAN communication link.

Embodiment 9: The first communication device of embodiment 8, whereinthe one or more IC devices are further configured to: in response todetermining that the second communication device is in the power savemode with respect to the first WLAN communication link, determinewhether the second communication device is in the doze state withrespect to the first WLAN communication link; in response to determiningthat the second communication device is in the power save mode withrespect to the second WLAN communication link, determine whether thesecond communication device is in the doze state with respect to thesecond WLAN communication link, wherein whether the second communicationdevice is in the doze state with respect to the second WLANcommunication link is independent of whether the second communicationdevice is in the doze state with respect to the first WLAN communicationlink; and communicate with the second communication device further inaccordance with i) when the second communication device is in the powersave mode with respect to the first WLAN communication link, determiningwhether the second communication device is in the doze state withrespect to the first WLAN communication link, and ii) when the secondcommunication device is in the power save mode with respect to thesecond WLAN communication link, determining whether the secondcommunication device is in the doze state with respect to the secondWLAN communication link.

Embodiment 10: The first communication device of embodiment 9, whereinthe one or more IC devices are further configured to: receive a packettransmitted by the second communication device via only the first WLANcommunication link, wherein the packet includes information indicatingwhether the second communication device is in the doze state withrespect to the second WLAN communication link; and determine whether thesecond communication device is in the doze state with respect to thesecond WLAN communication link using the information in the packet.

Embodiment 11: The first communication device of either of embodiments 9or 10, wherein the one or more IC devices are further configured to,when the second communication device is in the doze state with respectto the second WLAN communication link: transmit a packet to the secondcommunication device via only the first WLAN communication link, whereinthe packet includes information to prompt the second communicationdevice transition to an awake state with respect to the second WLANcommunication link.

Embodiment 12: The first communication device of any of embodiments8-11, wherein the one or more IC devices are further configured to:receive a packet transmitted by the second communication device via onlythe first WLAN communication link, wherein the packet includesinformation indicating whether the second communication device is in thepower save mode with respect to the second WLAN communication link; anddetermine whether the second communication device is in the power savemode with respect to the second WLAN communication link using theinformation in the packet.

Embodiment 13: The first communication device of any of embodiments 8-10or 12, wherein the one or more IC devices are further configured to,when the first communication determines that the second communicationdevice is in the power save mode with respect to the second WLANcommunication link: transmit a packet to the second communication devicevia the first WLAN communication link, wherein the packet includesinformation requesting that the second communication device transitionto an active mode with respect to the second WLAN communication link.

Embodiment 14: The first communication device of any of embodiments8-13, wherein the one or more IC devices are further configured to:determine that the second communication device is in an OFF state withrespect to the second WLAN communication link; and transmit a packet tothe second communication device via the first WLAN communication link,wherein the packet includes information requesting that the secondcommunication device transition to an ON state with respect to thesecond WLAN communication link.

Embodiment 15: A method for communicating in a wireless local areanetwork (WLAN) that utilizes a plurality of WLAN communication links inrespective frequency segments, the method comprising: negotiating, by afirst communication device, a first target wake time (TWT) agreementwith a second communication device, including negotiating i) a firsttime period of TWT service periods (SPs) of the first TWT agreement andii) a first time duration of each TWT SP of first TWT agreement, thefirst TWT agreement for a first WLAN communication link among theplurality of WLAN communication links, wherein the TWT SPs of the firstTWT agreement corresponds time segments during which the secondcommunication device is to be in a wake state in connection with thefirst WLAN communication link; negotiating, by the first communicationdevice, a second TWT agreement with the second communication device,including negotiating i) a second time period of TWT SPs of the secondTWT agreement and ii) a second time duration of each TWT SP of secondTWT agreement, the second TWT agreement for a second WLAN communicationlink, wherein the TWT SPs of the second TWT agreement corresponds timesegments during which the second communication device is to be in a wakestate in connection with the second WLAN communication link, and whereinat least one of i) the first time period is permitted to be differentthan the second time period, and ii) the first time duration ispermitted to be different than the second time duration; communicating,by the first communication device, with the second communication devicevia the first WLAN communication link in accordance with the first TWTagreement; and communicating, by the first communication device, withthe second communication device via the second WLAN communication linkin accordance with the second TWT agreement.

Embodiment 16: The method of embodiment 15, wherein: negotiating thesecond TWT agreement with the second communication device includestransmitting, via the first WLAN communication link, one or more framescorresponding to negotiating the second TWT agreement, includingtransmitting the one or frames to the second communication device.

Embodiment 17: The method of embodiment 16, wherein: transmitting theone or more frames corresponding to negotiating the second TWT agreementcomprises transmitting, via the first WLAN communication link, a framethat includes negotiation information for i) negotiating the first TWTagreement and ii) negotiating the second TWT agreement.

Embodiment 18: The method of embodiment 17, wherein: transmitting theframe corresponding to i) negotiating the first TWT agreement and ii)negotiating the second TWT agreement comprises transmitting a frame thatincludes a bitmap having i) a first bit corresponding to the first WLANcommunication link and set to indicate that the frame includesnegotiation information corresponding to the first WLAN communicationlink, and ii) a second bit corresponding to the second WLANcommunication link and set to indicate that the frame includesnegotiation information corresponding to the second WLAN communicationlink.

Embodiment 19: A first communication device, comprising: a wirelessnetwork interface device that is configured to communicate via aplurality of WLAN communication links in respective frequency segments.The wireless network interface device includes one or more IC devicesconfigured to: negotiate a first target wake time (TWT) agreement with asecond communication device, including negotiating i) a first timeperiod of TWT service periods (SPs) of the first TWT agreement and ii) afirst time duration of each TWT SP of first TWT agreement, the first TWTagreement for a first WLAN communication link among the plurality ofWLAN communication links, wherein the TWT SPs of the first TWT agreementcorresponds time segments during which the second communication deviceis to be in a wake state in connection with the first WLAN communicationlink; negotiate a second TWT agreement with the second communicationdevice, including negotiating i) a second time period of TWT SPs of thesecond TWT agreement and ii) a second time duration of each TWT SP ofsecond TWT agreement, the second TWT agreement for a second WLANcommunication link, wherein the TWT SPs of the second TWT agreementcorresponds time segments during which the second communication deviceis to be in a wake state in connection with the second WLANcommunication link, and wherein at least one of i) the first time periodis permitted to be different than the second time period, and ii) thefirst time duration is permitted to be different than the second timeduration; communicate with the second communication device via the firstWLAN communication link in accordance with the first TWT agreement; andcommunicate with the second communication device via the second WLANcommunication link in accordance with the second TWT agreement.

Embodiment 20: The first communication device of embodiment 19, whereinthe one or more IC devices are further configured to: transmit, via thefirst WLAN communication link, one or more frames corresponding tonegotiating the second TWT agreement, including transmitting the one orframes to the second communication device.

Embodiment 21: The first communication device of embodiment 20, whereinthe one or more IC devices are further configured to: generate a singleframe that includes negotiation information for i) negotiating the firstTWT agreement and ii) negotiating the second TWT agreement; and transmitthe single frame, via the first WLAN communication link.

Embodiment 22: The first communication device of embodiment 20, whereinthe one or more IC devices are further configured to: generate thesingle frame that to include a bitmap having i) a first bitcorresponding to the first WLAN communication link and set to indicatethat the single frame includes negotiation information corresponding tothe first WLAN communication link, and ii) a second bit corresponding tothe second WLAN communication link and set to indicate that the singleframe includes negotiation information corresponding to the second WLANcommunication link.

Embodiment 23: A method for transmitting traffic streams in a wirelesslocal area network (WLAN) that utilizes a plurality of WLANcommunication links in respective frequency segments, the methodcomprising: determining, at a first communication device, whether aspecific WLAN communication link has been negotiated with a secondcommunication device for a first traffic stream; in response todetermining that the specific WLAN communication link has beennegotiated for the first traffic stream, transmitting, by the firstcommunication device, packets in the first traffic stream only via thespecific WLAN communication link; and in response to determining that noWLAN communication link has been negotiated with the secondcommunication device for the first traffic stream, transmitting, by thefirst communication device, packets in the first traffic stream viamultiple WLAN communication links.

Embodiment 24: The method of embodiment 23, further comprising: inresponse to determining that no WLAN communication link has beennegotiated with the second communication device for the first trafficstream, determining, at the first communication device, whether allpackets in the first traffic stream will be transmitted only via oneWLAN communication link; and in response to determining that all packetsin the first traffic stream will be transmitted only via one WLANcommunication link, transmitting, by the first communication device,packets in the first traffic stream only via the one WLAN communicationlink; wherein transmitting packets in the first traffic stream viamultiple WLAN communication links is further in response to determiningthat all packets in the first traffic stream will not be transmittedonly via the one WLAN communication link.

Embodiment 25: The method of either of embodiments 23 or 24, furthercomprising: transmitting, by the first communication device, a packethaving a single traffic indication map (TIM) that includes informationregarding frames buffered at the first communication device and that areto be transmitted via multiple WLAN communication links.

Embodiment 26: The method of either of embodiments 23 or 24, furthercomprising: transmitting, by the first communication device, i) a firsttraffic indication map (TIM) that includes information regarding framesbuffered at the first communication device and that are to betransmitted via only a first WLAN communication link, and ii) a secondTIM that includes information regarding frames buffered at the firstcommunication device and that are to be transmitted via only a secondWLAN communication link.

Embodiment 27: The method of embodiment 26, further comprising:transmitting, by the first communication device, the first TIM and thesecond TIM via the first WLAN communication link.

Embodiment 28: The method of embodiment 27, further comprising:transmitting, by the first communication device, the first TIM and thesecond TIM in respective beacon frames.

Embodiment 29: The method of embodiment 27, further comprising:transmitting, by the first communication device, the first TIM and thesecond TIM in a single packet.

Embodiment 30: The method of embodiment 29, further comprising:transmitting, by the first communication device, the first TIM and thesecond TIM in a single beacon frame.

Embodiment 31: The method of embodiment 23, further comprising: inresponse to determining that the first traffic stream is to betransmitted only via the specific WLAN communication link, transmitting,by the first communication device, a first traffic indication map (TIM)that includes information regarding only frames that are to betransmitted only via the specific WLAN communication link and that arebuffered at the first communication device; and in response todetermining that packets in the first traffic stream will be transmittedvia multiple WLAN communication links, transmitting, by the firstcommunication device, a packet having a second TIM that includesinformation regarding frames buffered at the first communication deviceand that are to be transmitted via multiple WLAN communication links,wherein the second TIM includes information regarding frames in thefirst traffic stream and frames in a second traffic stream that will betransmitted via multiple WLAN communication links.

Embodiment 32: A first communication device, comprising: a wirelessnetwork interface device that is configured to communicate via aplurality of WLAN communication links in respective frequency segments.The wireless network interface device includes one or more IC devicesconfigured to: determine whether a specific WLAN communication link hasbeen negotiated with a second communication device for a first trafficstream; in response to determining that the specific WLAN communicationlink has been negotiated for the first traffic stream, transmittingpackets in the first traffic stream only via the specific WLANcommunication link; and in response to determining that no WLANcommunication link has been negotiated with the second communicationdevice for the first traffic stream, transmitting packets in the firsttraffic stream via multiple WLAN communication links.

Embodiment 33: The first communication device of embodiment 32, whereinthe one or more IC devices are further configured to: in response todetermining that no WLAN communication link has been negotiated with thesecond communication device for the first traffic stream, determinewhether all packets in the first traffic stream will be transmitted onlyvia one WLAN communication link; and in response to determining that allpackets in the first traffic stream will be transmitted only via oneWLAN communication link, transmit packets in the first traffic streamonly via the one WLAN communication link; wherein transmitting packetsin the first traffic stream via multiple WLAN communication links isfurther in response to determining that all packets in the first trafficstream will not be transmitted only via the one WLAN communication link.

Embodiment 34: The first communication device of either of embodiments32 or 33, wherein the one or more IC devices are further configured to:transmit a packet having a single TIM that includes informationregarding frames buffered at the first communication device and that areto be transmitted via multiple WLAN communication links.

Embodiment 35: The first communication device of either of embodiments32 or 33, wherein the one or more IC devices are further configured to:transmit i) a first TIM that includes information regarding framesbuffered at the first communication device and that are to betransmitted via only a first WLAN communication link, and ii) a secondTIM that includes information regarding frames buffered at the firstcommunication device and that are to be transmitted via only a secondWLAN communication link.

Embodiment 36: The first communication device of embodiment 35, whereinthe one or more IC devices are further configured to: transmit first TIMand the second TIM via the first WLAN communication link.

Embodiment 37: The first communication device of embodiment 36, whereinthe one or more IC devices are further configured to: transmit the firstTIM and the second TIM in respective beacon frames.

Embodiment 38: The first communication device of embodiment 36, whereinthe one or more IC devices are further configured to: transmit the firstTIM and the second TIM in a single packet.

Embodiment 39: The first communication device of embodiment 38, whereinthe one or more IC devices are further configured to: transmit the firstTIM and the second TIM in a single beacon frame.

Embodiment 40: The first communication device of embodiment 32, whereinthe one or more IC devices are further configured to: in response todetermining that the first traffic stream is to be transmitted only viathe specific WLAN communication link, transmit a first TIM that includesinformation regarding only frames that are to be transmitted only viathe specific WLAN communication link and that are buffered at the firstcommunication device; and in response to determining that packets in thefirst traffic stream will be transmitted via multiple WLAN communicationlinks, transmit a packet having a second TIM that includes informationregarding frames buffered at the first communication device and that areto be transmitted via multiple WLAN communication links, wherein thesecond TIM includes information regarding frames in the first trafficstream and frames in a second traffic stream that will be transmittedvia multiple WLAN communication links.

Embodiment 41: A method for transmitting a group-addressed frame in awireless local area network (WLAN) that utilizes a plurality of WLANcommunication links in respective frequency segments, the methodcomprising: determining, at a first communication device, whether thegroup-addressed frame is to be transmitted via multiple WLANcommunication links among the plurality of WLAN communication links, thegroup addressed frame intended for a plurality of second communicationdevices in the WLAN; in response to determining that the group-addressedframe is to be transmitted via the multiple WLAN communication links,transmitting, by the first communication device, multiple instances ofthe group-addressed frame via respective WLAN communication links amongthe multiple WLAN communication links, including: transmitting a firstinstance of the group-addressed frame via a first WLAN communicationlink among the plurality of WLAN communication links, the first instanceof the group-addressed frame having a sequence number set to a value,and transmitting a second instance of the group-addressed frame via asecond WLAN communication link among the plurality of WLAN communicationlinks, the second instance of the group-addressed frame having asequence number set to the value; and in response to determining thatthe group-addressed frame is to be transmitted via only a single WLANcommunication link among the plurality of WLAN communication links,transmitting, by the first communication device, the group-addressedframe only via the single WLAN communication link.

Embodiment 42: The method of embodiment 41, wherein determining whetherthe group-addressed frame is to be transmitted via multiple WLANcommunication links comprises: determining, at the first communicationdevice, whether all of the second communication devices in the pluralityof second communication devices are in an active mode with respect tothe single WLAN communication link; and in response to determining thatall of the second communication devices in the plurality of secondcommunication devices are not in the active mode with respect to thesingle WLAN communication link, determining that the group-addressedframe is to be transmitted via the multiple WLAN communication links.

Embodiment 43: The method of embodiment 42, wherein determining whetherthe group-addressed frame is to be transmitted via multiple WLANcommunication links further comprises: in response to determining thatall of the second communication devices in the plurality of secondcommunication devices are in the active mode with respect to the singleWLAN communication link, determining that the group-addressed frame isto be transmitted via only the single WLAN communication link.

Embodiment 44: The method of embodiment 41, wherein determining whetherthe group-addressed frame is to be transmitted via multiple WLANcommunication links comprises: determining, at the first communicationdevice, whether all of the second communication devices in the pluralityof second communication devices are in at least one of i) an active modewith respect to the single WLAN communication link, or ii) a wake modewith respect to the single WLAN communication link; and in response todetermining that all of the second communication devices in theplurality of second communication devices are not in at least one of i)the active mode with respect to the single WLAN communication link, andii) the wake mode with respect to the single WLAN communication link,determining that the group-addressed frame is to be transmitted via themultiple WLAN communication links.

Embodiment 45: The method of embodiment 44, wherein determining whetherthe group-addressed frame is to be transmitted via multiple WLANcommunication links further comprises: in response to determining thatall of the second communication devices in the plurality of secondcommunication devices are in at least one of i) the active mode withrespect to the single WLAN communication link, and ii) the wake modewith respect to the single WLAN communication link, determining that thegroup-addressed frame is to be transmitted via only the single WLANcommunication link.

Embodiment 46: A first communication device, comprising: a wirelessnetwork interface device that is configured to communicate via aplurality of WLAN communication links in respective frequency segments.The wireless network interface device includes one or more IC devicesconfigured to: determine whether the group-addressed frame is to betransmitted via multiple WLAN communication links among the plurality ofWLAN communication links, the group addressed frame intended for aplurality of second communication devices in the WLAN; and in responseto determining that the group-addressed frame is to be transmitted viathe multiple WLAN communication links, transmit multiple instances ofthe group-addressed frame via respective WLAN communication links amongthe multiple WLAN communication links, including: transmitting a firstinstance of the group-addressed frame via a first WLAN communicationlink among the plurality of WLAN communication links, the first instanceof the group-addressed frame having a sequence number set to a value,and transmitting a second instance of the group-addressed frame via asecond WLAN communication link among the plurality of WLAN communicationlinks, the second instance of the group-addressed frame having asequence number set to the value. The one or more IC devices are furtherconfigured to: in response to determining that the group-addressed frameis to be transmitted via only a single WLAN communication link among theplurality of WLAN communication links, transmit the group-addressedframe only via the single WLAN communication link.

Embodiment 47: The first communication device of embodiment 46, whereinthe one or more IC devices are further configured to: determine whetherall of the second communication devices in the plurality of secondcommunication devices are in an active mode with respect to the singleWLAN communication link; and in response to determining that all of thesecond communication devices in the plurality of second communicationdevices are not in the active mode with respect to the single WLANcommunication link, determine that the group-addressed frame is to betransmitted via the multiple WLAN communication links.

Embodiment 48: The first communication device of embodiment 47, whereinthe one or more IC devices are further configured to: in response todetermining that all of the second communication devices in theplurality of second communication devices are in the active mode withrespect to the single WLAN communication link, determine that thegroup-addressed frame is to be transmitted via only the single WLANcommunication link.

Embodiment 49: The first communication device of embodiment 46, whereinthe one or more IC devices are further configured to: determine whetherall of the second communication devices in the plurality of secondcommunication devices are in at least one of i) an active mode withrespect to the single WLAN communication link, or ii) a wake mode withrespect to the single WLAN communication link; and in response todetermining that all of the second communication devices in theplurality of second communication devices are not in at least one of i)the active mode with respect to the single WLAN communication link, andii) the wake mode with respect to the single WLAN communication link,determine that the group-addressed frame is to be transmitted via themultiple WLAN communication links.

Embodiment 50: The first communication device of embodiment 59, whereinthe one or more IC devices are further configured to: in response todetermining that all of the second communication devices in theplurality of second communication devices are in at least one of i) theactive mode with respect to the single WLAN communication link, and ii)the wake mode with respect to the single WLAN communication link,determine that the group-addressed frame is to be transmitted via onlythe single WLAN communication link.

Embodiment 51: A method for receiving group-addressed frames in awireless local area network (WLAN) that utilizes a plurality of WLANcommunication links in respective frequency segments, the methodcomprising: receiving, at a first communication device, a firstgroup-addressed frame via a first WLAN communication link among theplurality of WLAN communication links, the first group addressed frameintended for the first communication device and one or more secondcommunication devices in the WLAN; setting, at the first communicationdevice, a stored group-addressed sequence number to a sequence number inthe first group-addressed frame; receiving, at the first communicationdevice, a second group-addressed frame via a second WLAN communicationlink among the plurality of WLAN communication links, the second groupaddressed frame intended for the first communication device and the oneor more second communication devices in the WLAN; comparing, at thefirst communication device, a sequence number in the secondgroup-addressed frame to the stored group-addressed sequence number; andin response to determining that the sequence number in the secondgroup-addressed frame is less than or equal to the storedgroup-addressed sequence number, discarding, by the first communicationdevice, the second group-addressed frame.

Embodiment 52: The method of embodiment 51, further comprising: prior tosetting the stored group-addressed sequence number to the sequencenumber in the first group-addressed frame, comparing, at the firstcommunication device, the sequence number in the first group-addressedframe to a prior value of the stored group-addressed sequence number;wherein setting the stored group-addressed sequence number to thesequence number in the first group-addressed frame is in response todetermining that the sequence number in the first group-addressed frameis greater than the prior value of the stored group-addressed sequencenumber.

Embodiment 53: The method of embodiment 51, wherein: receiving the firstgroup-addressed frame via the first WLAN communication link comprisesreceiving a first instance of a same group-addressed frame via the firstWLAN communication link; and receiving the second group-addressed framevia the second WLAN communication link comprises receiving a secondinstance of the same group-addressed frame via the second WLANcommunication link.

Embodiment 54: A first communication device, comprising: a wirelessnetwork interface device that is configured to communicate via aplurality of WLAN communication links in respective frequency segments.The wireless network interface device having one or more IC devicesconfigured to: receive a first group-addressed frame via a first WLANcommunication link among the plurality of WLAN communication links, thefirst group addressed frame intended for the first communication deviceand one or more second communication devices in a WLAN; set a storedgroup-addressed sequence number to a sequence number in the firstgroup-addressed frame; receive a second group-addressed frame via asecond WLAN communication link among the plurality of WLAN communicationlinks, the second group addressed frame intended for the firstcommunication device and the one or more second communication devices inthe WLAN; compare a sequence number in the second group-addressed frameto the stored group-addressed sequence number; and in response todetermining that the sequence number in the second group-addressed frameis less than or equal to the stored group-addressed sequence number,discard the second group-addressed frame.

Embodiment 55: The first communication device of embodiment 54, whereinthe one or more IC devices are further configured to: prior to settingthe stored group-addressed sequence number to the sequence number in thefirst group-addressed frame, compare the sequence number in the firstgroup-addressed frame to a prior value of the stored group-addressedsequence number; wherein setting the stored group-addressed sequencenumber to the sequence number in the first group-addressed frame is inresponse to determining that the sequence number in the firstgroup-addressed frame is greater than the prior value of the storedgroup-addressed sequence number.

Embodiment 56: The first communication device of embodiment 54, whereinthe one or more IC devices are further configured to: receive the firstgroup-addressed frame via the first WLAN communication link as a firstinstance of a same group-addressed frame received via the first WLANcommunication link; and receive the second group-addressed frame via thesecond WLAN communication link as a second instance of the samegroup-addressed frame received via the second WLAN communication link.

At least some of the various blocks, operations, and techniquesdescribed above may be implemented utilizing hardware, a processorexecuting firmware instructions, a processor executing softwareinstructions, or any combination thereof. When implemented utilizing aprocessor executing software or firmware instructions, the software orfirmware instructions may be stored in any suitable computer readablememory such as a random access memory (RAM), a read only memory (ROM), aflash memory, etc. The software or firmware instructions may includemachine readable instructions that, when executed by one or moreprocessors, cause the one or more processors to perform various acts.

When implemented in hardware, the hardware may comprise one or more ofdiscrete components, an integrated circuit, an application-specificintegrated circuit (ASIC), a programmable logic device (PLD), etc.

While the present invention has been described with reference tospecific examples, which are intended to be illustrative only and not tobe limiting of the invention, changes, additions and/or deletions may bemade to the disclosed embodiments without departing from the scope ofthe invention.

What is claimed is:
 1. A method for transmitting traffic streams in awireless local area network (WLAN) that utilizes a plurality of WLANcommunication links in respective frequency segments, the methodcomprising: in response to determining that a specific WLANcommunication link has been negotiated with a second communicationdevice for traffic corresponding to a first traffic identifier (TID),transmitting, by the first communication device, packets correspondingto the first TID to the second communication device only via thespecific WLAN communication link; and in response to determining that noWLAN communication link has been negotiated with the secondcommunication device for traffic corresponding to a second TID,transmitting, by the first communication device, packets correspondingto the second TID to the second communication device via multiple WLANcommunication links.
 2. The method of claim 1, further comprising:transmitting, by the first communication device, packets correspondingto the first TID to a third communication device via multiple WLANcommunication links while the first communication device has determinedthat traffic corresponding to the first TID is to be transmitted to thesecond communication device only via the specific WLAN communicationlink.
 3. The method of claim 1, further comprising: transmitting, by thefirst communication device, packets corresponding to the second TID to athird communication device only via the specific WLAN communication linkwhile the first communication device has determined that trafficcorresponding to the second is to be transmitted to the secondcommunication device via multiple WLAN communication links.
 4. Themethod of claim 1, further comprising: transmitting, by the firstcommunication device, a packet having a single traffic indication map(TIM) that includes information regarding frames buffered at the firstcommunication device and that are to be transmitted via multiple WLANcommunication links.
 5. The method of claim 1, further comprising:transmitting, by the first communication device, i) a first trafficindication map (TIM) that includes information regarding frames bufferedat the first communication device and that are to be transmitted viaonly a first WLAN communication link, and ii) a second TIM that includesinformation regarding frames buffered at the first communication deviceand that are to be transmitted via only a second WLAN communicationlink.
 6. The method of claim 5, further comprising: transmitting, by thefirst communication device, the first TIM and the second TIM via thefirst WLAN communication link.
 7. The method of claim 6, furthercomprising: transmitting, by the first communication device, the firstTIM and the second TIM in respective beacon frames.
 8. The method ofclaim 6, further comprising: transmitting, by the first communicationdevice, the first TIM and the second TIM in a single packet.
 9. Themethod of claim 8, further comprising: transmitting, by the firstcommunication device, the first TIM and the second TIM in a singlebeacon frame.
 10. The method of claim 1, further comprising:transmitting, by the first communication device, a first trafficindication map (TIM) that includes information regarding only framesthat are to be transmitted only via the specific WLAN communication linkand that are buffered at the first communication device, wherein thefirst TIM includes information regarding at least frames to betransmitted to the second communication device and that correspond tothe first TID; and transmitting, by the first communication device, apacket having a second TIM that includes information regarding framesbuffered at the first communication device and that are to betransmitted via multiple WLAN communication links, wherein the first TIMincludes information regarding at least frames to be transmitted to thesecond communication device and that correspond to the second TID.
 11. Afirst communication device, comprising: a wireless network interfacedevice that is configured to communicate via a plurality of wirelesslocal area network (WLAN) communication links in respective frequencysegments, the wireless network interface device having one or moreintegrated circuit (IC) devices configured to: in response todetermining that a specific WLAN communication link has been negotiatedwith a second communication device for traffic corresponding to a firsttraffic identifier (TID), control the wireless network interface deviceto transmit packets corresponding to the first TID to the secondcommunication device only via the specific WLAN communication link, andin response to determining that no WLAN communication link has beennegotiated with the second communication device for trafficcorresponding to a second TID, control the wireless network interfacedevice to transmit packets corresponding to the second TID to the secondcommunication device via multiple WLAN communication links.
 12. Thefirst communication device of claim 11, wherein the one or more ICdevices are further configured to: control the wireless networkinterface device to transmit packets corresponding to the first TID to athird communication device via multiple WLAN communication links whilethe wireless network interface device has determined that trafficcorresponding to the first TID is to be transmitted to the secondcommunication device only via the specific WLAN communication link. 13.The first communication device of claim 11, wherein the one or more ICdevices are further configured to: control the wireless networkinterface device to transmit packets corresponding to the second TID toa third communication device only via the specific WLAN communicationlink while the wireless network interface device has determined thattraffic corresponding to the second is to be transmitted to the secondcommunication device via multiple WLAN communication links.
 14. Thefirst communication device of claim 11, wherein the one or more ICdevices are further configured to: control the wireless networkinterface device to transmit a packet having a single traffic indicationmap (TIM) that includes information regarding frames buffered at thefirst communication device and that are to be transmitted via multipleWLAN communication links.
 15. The first communication device of claim11, wherein the one or more IC devices are further configured to:control the wireless network interface device to transmit i) a firsttraffic indication map (TIM) that includes information regarding framesbuffered at the first communication device and that are to betransmitted via only a first WLAN communication link, and ii) a secondTIM that includes information regarding frames buffered at the firstcommunication device and that are to be transmitted via only a secondWLAN communication link.
 16. The first communication device of claim 15,wherein the one or more IC devices are further configured to: controlthe wireless network interface device to transmit the first TIM and thesecond TIM via the first WLAN communication link.
 17. The firstcommunication device of claim 16, wherein the one or more IC devices arefurther configured to: control the wireless network interface device totransmit the first TIM and the second TIM in respective beacon frames.18. The first communication device of claim1 6, wherein the one or moreIC devices are further configured to: control the wireless networkinterface device to transmit the first TIM and the second TIM in asingle packet.
 19. The first communication device of claim 18, whereinthe one or more IC devices are further configured to: control thewireless network interface device to transmit the first TIM and thesecond TIM in a single beacon frame.
 20. The first communication deviceof claim 11, wherein the one or more IC devices are further configuredto: control the wireless network interface device to transmit a firsttraffic indication map (TIM) that includes information regarding onlyframes that are to be transmitted only via the specific WLANcommunication link and that are buffered at the first communicationdevice, wherein the first TIM includes information regarding at leastframes to be transmitted to the second communication device and thatcorrespond to the first TID; and control the wireless network interfacedevice to transmit a packet having a second TIM that includesinformation regarding frames buffered at the first communication deviceand that are to be transmitted via multiple WLAN communication links,wherein the first TIM includes information regarding at least frames tobe transmitted to the second communication device and that correspond tothe second TID.
 21. The first communication device of claim 11, whereinthe wireless network interface device comprises a communication linkselection controller configured to: determine whether a specific WLANcommunication link has been negotiated with the second communicationdevice for the first traffic stream. determine that the specific WLANcommunication link has been negotiated with the second communicationdevice for traffic corresponding to the first TID; and determine that noWLAN communication link has been negotiated with the secondcommunication device for traffic corresponding to the second TID. 22.The first communication device of claim 21, wherein the wireless networkinterface device comprises: a memory that stores machine readableinstructions; and a processor coupled to the memory, the processorconfigured to execute the machine-readable instructions; wherein thecommunication link selection controller is implemented by the processorexecuting the machine-readable instructions.